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(54) Digital content distribution using web broadcasting services 



(57) A method of securely receiving data on a user's 
system from a web broadcast infrastructure with a plu- 
rality of channels. The method comprising the steps of: 
receiving promotional metadata from a first web broad- 
cast channel, the promotional metadata related to data 
available for reception; assembling at least part of the 
promotional metadata into a promotional offering for re- 
view by a user; selecting by a user, data to be received 
related to the promotional metadata; receiving data from 



a second web broadcast channel, the data selected 
from the promotional metadata, and wherein the data 
has been previously encrypted using a first encrypting 
key; and receiving the first decrypting key via a compu- 
ter readable medium, the first decrypting key tor de- 
crypting at least some of the data received via the sec- 
ond web broadcast channel. In another embodiment, a 
method and system to transmit data securely from a web 
broadcast centre is disclosed. 
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Description 

Field of the Invention 

5 [0001 ] The invention disclosed broadly relates to the field of electronic commerce and more particularly to a system 
and related tools for the secure delivery and rights management of digital assets, such as print media, films, games, 
and music over global communications networks such as the Internet, the World Wide Web, and cable or satellite 
digital broadcast networks. 

10 Background of the Invention 

[0002] The use of global distribution systems such as the Internet for distribution of digital assets such as music, 
film, computer programs, pictures, games and other content continues to grow. At the same time owners and publishers 
of valuable digital content have been slow to embrace the use of the Internet for distribution of digital assets for several 

IS reasons. One reason is that owners are afraid of unauthorised copying or pirating of digital content. The electronic 
delivery of digital content removes several banriers to pirating. One barrier that Is removed with electrons distribution 
is the requirement of the tangible recordable medium Itself (e.g.. diskettes or CD ROMs). It costs money to copy digital 
content on to tangible media, albeit, in many cases less than a dollar for a blank tape or recordable CD. However, in 
the case of electronic distribution, the tangible medium Is no longer needed. The cost of the tangible medium is not a 

20 factor because content is distributed electronically. A second ban-ier, is the fomiat of the^content itself i.e. is the content 
stored in an analog format versus a digital format. Content stored in an analog format, for example, a printed picture, 
when reproduced by photocopying, the copy is of lesser quality than the original. Each subsequent copy of a copy, 
sometimes called a generation, is of less quality than the original. This degradation in quality is not present when a 
picture is stored digitally. Each copy, and every generation of copies can be as clear and crisp as the original. The 

25 aggregate effect of perfect digital copies combined with the very low cost to distribute content electronically and to 
distribute content widely over the Internet makes it relatively easy to pirate and distribute unauthorised copies. With a 
couple of keystrokes, a pirate can send hundreds or even of thousands of perfect copies of digital content over the 
Internet. Therefore a need exists to ensure the protection and security of digital assets distributed electronically 
[0003] Providers of digital content desire to establish a secure, global distribution system for digital content that 

30 protects the rights of content owners. The problems with establishing a digital content distribution system includes 
developing systems for digital content electronic distribution, rights management, and asset protection. Digital content 
that is distributed electronically includes content such as print media, films, games, programs, television, multimedia, 
and music. 

[0004] The deployment of an electronic distribution system provides the digital content providers the ability to achieve 
35 fast settlement of payment through immediate sales reporting and electronic reconciliation as well as gain secondary 
sources of revenue through redistribution of content. Since the electronic digital content distribution system Is not 
affected by physical inventory outages or returns, the digital content providers and retailers may realise reduced costs 
and improved margins. Digital content providers could facilitate new, or augment existing, distribution channels for 
better timed-release of inventory. The transactional data from the electronic distribution system could be used to obtain 
40 infomiation regarding consumer buying patterns as well as to provide immediate feedback on electronic marketing 
programs and promotions. In order to meet these goals, a need exists for digital content providers to use an electronic 
distribution model to make digital content available to a wide range of users and businesses while ensuring protection 
and metering of digital assets. 

[0005] Other commercially available electronic distribution systems for digital content, such as real audio, A2B from 
45 AT&T, Liquid Audio Pro from Liquid Audio Pro Corp., City Music Network from Audio Soft and others offer transmission 
of digital data over secured and unsecured electronic networks. The use of secured electronic networics greatly reduces 
the requirement of digital content providers of distributing digital to a wide audience. The use of unsecured networics 
such as the Internet and Web allows the digital content to arrive to an end-user securely such as through the use of 
encryption. However, once the encrypted digital content is de-encrypted on the end-user's machine, the digital content 
50 is readily available to the end-user for unauthorised re-distribution. Therefore a need exists for a secure digital content 
electronic distribution system that provides protection of digital assets and ensures that the Content Provider(s)' rights 
are protected even after the digital content is delivered to consumers and businesses. A need thus exists for rights 
management to allow for secure delivery, licensing authorisation, and control of the usage of digital assets. 
[0006] Another reason owners of digital content have been slow to embrace electronic distribution is their desire to 
55 maintain and foster existing channels of distribution. Most content owners sell through retailers. In the music market 
these U.S. retailers include Tower Records, Peaches, Blockbuster, Circuit City and others. Many of these retailers have 
Web sites that allow Internet users to makes selections over the Internet and have selections mailed to the end-user. 
Example music Web sites include ©tower. Music Boulevard and Columbia House. The use of electronic distribution 
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can remove the ability of the retail stores from differentiating themselves from each other and differentiate themselves 
from the content owners, especially on the Web. Therefore a need exists to provide retailers of electronic content such 
as pictures, games, music, programs and videos a way to differentiate themselves from each other and the content 
owners when selling music through electronic distribution. 
5 [0007] Content owners prepare their digital content for electronic distribution through distribution sites such as elec- 
tronic stores. Electronic stores on the Internet, or through other online services, want to differentiate themselves from 
each other by their product offerings and product promotions. A traditional store, I.e. - the non-electronic, non-online 
analogs to electronic stores - use product promotions, product sales, product samples, liberal return policies and other 
promotional programs to differentiate themselves from their competitors. However, In the online world where the content 
10 providers impose usage conditions on the digital content, the ability of electronic stores to differentiate themselves may 
be severely limited. Moreover, even if the usage conditions can be changed, electronic stores are faced with the difficult 
task of processing the metadata associated with the digital content from the content providers to promote and sell 
products electronically. Electronic stores need to manage several requirements when processing the metadata. First, 
the electronic store is required to receive the metadata associated with the digital content from the content providers. 
15 Many times, parts of this metadata may be sent encrypted, so the content provider must create a mechanism to decrypt 
the encrypted content. Second, the electronic store may wish to preview metadata from the content provider either 
before the content is received from the content provider or after the content is received by the electronic store, in order 
to assist with product marketing, product positioning and other promotional considerations for the content. Third, the 
electronic store is required to extract certain metadata used for promotional materials such as graphics and artist 
20 Information. Often, this promotional material is used directly by the electronic store in its online promotions. Fourth, 
the electronic stores may wish to differentiate themselves from one another by modifyirfg some of the pemiitted usage 
conditions to create different offerings of the digital content. Fifth, the electronic store may have to insert or alter certain 
addresses, such as URLs, in the metadata to direct payment reconciliation to an account reconciliation house auto- 
matically by the purchaser without the need to go through the electronic store for payment clearance. Sixth, the elec- 
ts tronk: store may need to create Ifcenses for the permitted use of the copyrighted digital content that match usage 
conditions. For example, the lk:ense may grant the pemnission to make a limited number of copies of the digital content. 
A license is needed to reflect the tenms and conditions of the pemnission granted. 

[0008] In light of all these requirements, to process the metadata related to the digital content, many electronic stores 
write customised software programs to handle these requirements. The time, cost and testing needed to create these 

30 customised software programs can be large. Accordingly a need exists to provide a solution to these requirements. 
[0009] Still, another reason owners of digital content have been slow to embrace electronic distribution is the diff k:ulty 
in preparing content for electronic distribution. Today, many providers of content have thousands or even tens of thou- 
sands of titles in their portfolio. In a music example, it is not unusual for a content owner to have a single master sound 
recording available on several different fomiats simultaneously (e.g. CD, tape and MiniDisc). In addition, a single format 

35 can have a master sound recording re-mastered or re-mixed for a specific distribution channel. As an example, the 
mixing for broadcast radio may be different than the mixing for a dance club sound track, which may be different than 
a generally available consumer CD. Inventorying and keeping track of these different mixes can be burdensome. More- 
over, many owners of master recordings often times re-issue old recordings in various subsequent collections, such 
as 'The Best or. or in compilations for musical sound tracks to movies and other collections or compilations. As more 

40 content is offered digitally, the need to re-mix and encode the content for electronic distribution grows. Many times 
providers need to use old recording fomiats as guides to select the correct master sound recordings and have these 
sound recordings reprocessed and encoded for release for electronic distribution. This may be especially true for 
content providers that wish to use their old fomnats to assist them in re-releasing the old sound recording for electronic 
distribution. Providers will look through databases to match up titles, artists and sound recordings to set the encoding 

45 parameters. This process of manually searching databases for recording portfolios is not without its shortcomings. One 
shortcoming is the need to have an operator manually search a database and set the processing parameters appro- 
priately. Another shortcoming is the possibility of operator transcription en'or in selecting data from a database. Ac- 
cordingly, a need exists to provide content providers a method to automatically retrieve associated data and master 
recordings for content such as audio. 

50 [001 0] Content owners prepare their digital content for electronic distribution through a process known as encoding. 
Encoding involves taking the content, digitising it, if the content is presented in an analog tomiat, and compressing it. 
The process of compressing allows the digital content to be transferred over networks and stored on recordable medium 
more efficiently because the amount of data transmitted or stored is reduced. However, compression is not without its 
shortcomings. Most compression involves the loss of some Infonmation, and is called lossy compression. Content 

55 providers must make decisions on what compression algorithm to use and the compression level required. For example, 
in music, the digital content or song may have very different characteristics depending on the genre of the music. The 
compression algorithm and compression level selected for one genre may not be the optimal choice for another genre 
of music. Content providers may find certain combinations of compression algorithms and compression levels work 
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very well for one genre of music, say classical, but provide unsatisfactory results for^another genre of music such as 
heavy metal. Moreover, audio engineers must often equalise the music, perform dynamic range adjustments and per- 
form other preprocessing and processing settings to ensure the genre of music encoded produces the desired results. 
The requirement to always have to manually set these encoding parameters such as setting the equalisation levels 
5 and the dynamic range settings for each digital content can be burdensome. Returning to the music example, a content 
provider for music with a collection covering a variety of musical genre would have to manually select for each song 
or set of songs to be encoded, the desired combination of encoding parameters. Accordingly, a need exists to overcome 
the need for manually selection of process parameters for encoding. 

[0011] The process to compress content can require a large amount of dedicated computational resources, especially 
10 for larger content items such as full-length feature movies. Providers of compression algorithms offer various tradeoffs 
and advantages associated with their compression techniques. These tradeoffs include: the amount of time and com- 
putational resources needed to compress the content; the amount of compression achieved from the original content; 
the desired bit rate for playback; the perfonnance quality of the compressed content; and other factors. Using an 
encoding program which take as Input a multimedia file and generate an encoded output file with no interim Indication 
15 of progress or status is a problem. Moreover, in many circumstances, other programs are used to call or to manage 
an encoding program with no interim indication of progress. This leaves the calling application with no way to gauge 
the amount of content that has been encoded as a percentage of the entire selection of designated to be encoded. In 
circumstances where the calling program is trying to schedule several different programs to run at once this can be a 
problem. Furthermore, this can be especially burdensome in cases where batches of content have been selected for 
20 encoding and the content provider wants to detemiine the progress of the encoding procpss. Accordingly, a need exists 
to overcome these problems. 

[0012] Still another reason digital content providers have been slow to adopt electronic distribution for their content 
is lack of standards for creating digital players on end-user devk:es for electronically delivered content. Content pro- 
viders, electronic stores, or others In the electronic distribution chain may want to offer customised players on a variety 
25 of devices such as PCS, set-top boxes, hand-held devices and more. A set of tools that can handle the decryption of 
the digital content in a tamper resistant environment, that is, an environment to deter the unauthorised access to the 
content during playing by a third party is needed. Moreover, a set of tools is needed to enable an end user to manage 
of a local library of digital content without allowing the end user to have access to the content for uses other than what 
was purchased. 

30 [0013] Stilt another reason digital content providers have been slow to adopt online distribution of digital content is 
the time it takes to deliver content, even compressed over standard phone lines. Other systems exist to provide infor- 
mation over broadcast infrastructure, such as Intel Intellicast system and "Hughes DirecPC", that allow the download 
of digital content over existing broadcast infrastructure. These broadcast systems although useful, are not without their 
shortcomings. To begin, these systems do not provide a secure environment for the distribution of digital content. Many 

35 of the systems available today, require that the back channel, usually a phone line, be used to select the digital content 
desired. If the back channel or telephone line Is unavailable, the content can not be selected. Other systems do not 
provide promotion data, content data, and metadata In a single digital channel, but rather require an additional bidi- 
rectional channel for one or more of these functions. The present Invention may use a bidirectional channel, if it is 
available, for download-on-demand as well as for efficient retransmission of coo'upted content data blocks. Accordingly, 

40 a need exists to overcome this shortcoming. 

[0014] Another shortcoming with current broadcast systems is they do not allow providers of content to use the 
identical tools to distribute content securely over telecommunications lines, broadcast Infrastructure and through com- 
puter readable medium such as DVDs and CDS. Accordingly, a need exists for a method and system to provide the 
delivery of digital content over broadcast infrastructure to overcome these problems. 

45 [0015] Further infonnation on the background of protecting digital content can be found from the following three 
sources. "Music on the Internet and the Intellectual Property Protection Problem" by Jack Lacy, James Snyder, David 
Maher, of AT&T Labs, Floriiam Park, N.J. available online URL http://www.a2bmusic.conn/about/papers/musicipp.htm. 
Crypto graphically protected container, called DiglBox, in the article "Securing the Content, Not the Wire for Information 
Commerce" by Olln Sibert, David Bernstein and David Van Wie, I nterTrust Technologies Corp. Sunnyvale, C A available 

so online URL httpy/Www. intertrust.com/architecture/stc. html. And "Cryptolope Container Technology", an IBM White Pa- 
per, available online URL http:///cyptolope. ibm.com/white. htm. 

DISCLOSURE OF THE INVENTION 

55 [0016] A method of securely receiving data on a user's system from a web broadcast infrastructure with a plurality 
of channels. The method comprising the steps of: receiving promotional metadata from a first web broadcast channel, 
the promotional metadata related to data available for reception; assembling at least part of the promotional metadata 
Into a promotional offering for review by a user; selecting by a user, data to be received related to the promotional 
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metadata; receiving data from a second web broadcast channel, the data selected from the promotional metadata, 
and wherein the data has been previously encrypted using a first encrypting key; and'receiving the first decrypting key 
via a computer readable medium, the first decrypting key for decrypting at least some of the data received via the 
second web broadcast channel. 
5 [001 7] In another embodiment, a method and system to transmit data securely from a web broadcast centre is dis- 
closed. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 [0018] FIG. 1 is a block diagram illustrating an over view of a Secure Digital Content Electronic Distribution System 
according to the present invention. 

[0019] FIG. 2 is a block diagram illustrating an example Secure Container (SC) and the associated graphical repre- 
sentations according to the present invention. 

[0020] FIG. 3 is a block diagram illustrating an overview of the encryption process for a Secure Container (SC) 
15 according to the present invention. 

[0021] FIG. 4 is a block diagram illustrating an overview of the de-encryption process for a Secure Container (SC) 
according to the present invention. 

[0022] FIG. 5 is a block diagram illustrating an overview of the layers for the Rights Management Architecture of the 
Secure Digital Content Distribution System of FIG. 1 acconding to the present invention. 
20 [0023] FIG. 6 is a block diagram illustrating an oven/iew of the Content Distribution and Lk:ensing Control as it applies 
to the License Control Layer of FIG. 5. * 

[0024] FIG. 7 is an illustration of an example user Interface for the Work Flow Manager Tool of FIG. 1 according to 
the present invention. 

[0025] FIG. 8 is a block diagram of the major tools, components and processes of the Work Flow Manager corre- 
25 spending to the user interface in FIG. 7 according to the present invention. 

[0026] FIG. 9 is a block diagram illustrating the major tools, components and processes of an Electronk; Digital 
Content Store of FIG. 1 according to the present Invention. 

[0027] FIG. 1 0 is a block diagram illustrating the major components and processes of an End-User Devlce(s) of FIG. 
1 according to the present invention. 
30 [0028] FIG. 11 is a flow diagram of a method to calculate an encoding rate factor for the Content Preprocessing and 
Compression tool of FIG. 8 according to the present invention. 

[0029] FIG. 1 2 is a flow diagram of a method to automatically retrieve additional infomnation for the Automatic Meta- 
data Acquisition Tool of FIG. 8 according to the present invention. 

[0030] FIG. 13 is a flow diagram of a method to automatically set the Preprocessing and Compression parameters 
35 of the Preprocessing and Compression Tool of FIG. 8 according to the present invention. 

[0031] FIG. 1 4 is an example of user interface screens of the Player Applteation downloading content to a local library 
as described in FIG. 15 according to the present invention. 

[0032] FIG. 15 is a block diagram illustrating the major components and processes of a Player Application mnning 
on End-User Device of FIG. 9 according to the present invention. 
40 [0033] FIG. 16 is an example user Interface screens of the Player Application of FIG. 15 according to the present 
invention. 

[0034] FIG. 17 is a flow diagram of an alternate embodiment to automatically retrieve additional information for the 
Automatic Metadata Acquisition Tool of FIG. 8 according to the present invention. 

[0035] FIG. 1 8 is a high level logical diagram of an alternate embodiment of electronic distribution of digital content 
45 using broadcast Infrastructure, according to the present invention. 

[0036] FIG. 19 is a detailed block diagram of FIG. 18, illustrating an alternate embodiment of electronic distribution 
of digital content using broadcast infrastructure , according to the present invention. 

[0037] FIG. 20 is a block diagram of the packet being broadcast in the alternate embodiment of FIG. 1 8, according 
to the present invention. 

50 [0038] FIG. 21 is a flow diagram for a process mnning on the End User Device for purchasing content over the 
altemate embodiment of FIG. 18., according to the present invention. 

[0039] FIGS. 22-26 are a series of screen shots illustrating the user's purchase on a television using the altemate 
embodiment of FIG. 18, according to the present invention. 

[0040] FIG. 27 is a detailed block diagram of FIG. 18, illustrating an alternate embodiment of electronk; distribution 
55 of digital content using separate channels in a web broadcasting service, according to the present invention. 

[0041] FIG. 28 is a flow diagram for a process running on the End User Device for purchasing content over the 
altemate embodiment of FIG. 27, according to the present invention. 

[0042] FIGS. 29-38 are a series of screen shots illustrating the user's purchase on a television using the altemate 
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embodiment of FIG. 27, according to the present invention. 

DETAILED DESCRIPTION OF AN EMBODIMENT 

5 [0043] A Table of Contents is provided for this present Invention to assist the reader In quickly locating different 
sections in this embodiment. 

[0044] The invention as claimed is described in particular in IX.C and X.E and with reference to figures 18 to 38. 
I. SECURE DIGITAL CONTENT ELECTRONIC DISTRIBUTION SYSTEM 

10 

[0045] 

A. System Overview 

15 1 . Rights Management 

2. Metering 

3. Open Architecture 

B. System Functional Elements 

20 

1 . Content Provider(s) 

2. Electronic Digital Content Store(s) 

3. Intemriediate Market Partners 

4. ClearingHouse(s) 
25 5. End-User Device(s) 

6. Transmission Infrastructures 

C. System Uses 

30 II. CRYPTOGRAPHY CONCEPTS AND THEIR APPLICATION TO THE SECURE DIGITAL CONTENT ELECTRONIC 
DISTRIBUTION SYSTEM 

[0046] 

35 A. Symmetric Algorithms 

B. Public Key Algorithms 

C. Digital Signature 

D. Digital Certlfk^ates 

E. Guide To The SC(s) Graphical Representation 
40 F. Example of a Secure Container Encryption 

III. SECURE DIGITAL CONTENT ELECTRONIC DISTRIBUTION SYSTEM FLOW 

IV. RIGHTS MANAGEMENT ARCHITECTURE MODEL 

45 

[0047] 

A. Architecture Layer Functions 

B. Function Partitioning and Flows 

so 

1. Content Fonmatting Layer 

2. Content Usage Control Layer 

3. Content Identification Layer 

4. License Control Layer 

55 

C. Content Distribution and Licensing Control 
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V. SECURE CONTAINER STRUCTURE 
[0048] 

5 A. General Structure 

B. Rights Management Language Syntax and Semantics 

C. Overview of Secure Container Flow and Processing 

D. Metadata Secure Container 620 Fomnat 

E. Offer Secure Container 641 Format 

10 R Transaction Secure Container 640 Format 

G. Order Secure Container 650 Fomnat 

H. License Secure Container 660 Format 
L Content Secure Container Format 

15 Vi. SECURE CONTAINER PACKING AND UNPACKING 

[0049] 

A. Overview 
20 B. Bill of Materials (BOM) Part 

C. Key Description Part 

VII. CLEARINGHOUSE(S) 

25 [0050] 

A. Overview 

B. Rights Management Processing 

C. Country Specific Parameters 
30 D. Audit Logs and Tracking 

E. Reporting of Results 

F. Billing and Payment Verification 

G. Retransmissions 

35 VIII. CONTENT PROVIDER 

[0051] 

A. Overview 
40 B. Work Flow Manager 

1. Products Awaiting Action/lnfomiatlon Process 

2. New Content Request Process 

3. Automatic Metadata Acquisition Process 
45 4. Manual Metadata Entry Process 

5. Usage Conditions Process 

6. Supen^ised Release Process 

7. Metadata SC(s) Creation Process 

8. Watemnarking Process 

50 9. Preprocessing and Compression Process 

10. Content Quality Control Process 

11. Encryption Process 

12. Content SC(s) Creation Process 

13. Final Quality Assurance Process 
55 1 4. Content Dispersement Process 

15. Work Flow Rules 

C. Metadata Assimilation and Entry Tool 
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1 . Automatic Metadata Acquisition Tool 

2. Manual Metadata Entry Tool 

3. Usage Conditions Tool 

4. Parts of the Metadata SC(s) 
5 5. Supervised Release Tool 

D. Content Processing Tool 

1 . Watennarking Tool 

10 2, Preprocessing and Compression Tool 

3. Content Quality Control Tool 

4. Encryption Tool 

E. Content SC(s) Creation Tool 
'5 R Final Quality Assurance Tool 

G. Content Dispersement Tool 

H. Content Promotions Web Site 

I. Content Hosting 

20 1 . Content Hosting Sites 

2. Content Hosting Site(s) 111 provided by the Secure Digital 
Content Electronic Distribution System 

IX. ELECTRONIC DIGITAL CONTENT STORE(S) 

25 

[0052] 

A. Overview - Support for Multiple Electronic Digital Content Store(s) 

B. Point-to-Point Electronic Digital Content Distribution Service 

30 

1 . Integration Requirements 

2. Content Acquisition Tool 

3. Transaction Processing Module 

4. Notification Interface Module 
35 5. Account Reconciliation Tool 

C. Broadcast Electronic Digital Content Distribution Service 

1 . Multi-Tier Digital TV Embodiment 
40 2. Web broadcasting Over Separate Channels Embodiment 

X. END-USER DEVICE(S) 
[0053] 

45 

A. Overview 

B. Application Installation 

C. Secure Container Processor 

D. The Player Application 

50 

1 . Overview 

2. End-User Interface Components 

3. Copy/Play Management Components 

4. Decryption 1505, Decompression 1506 and Playback Components 
55 5. Data Management 1502 and Library Access Components 

6. Inter-application Communication Components 

7. Other Miscellaneous Components 

8. The Generic Player 



8 



EP1 107137 A2 



E. End-User Device(s) 109 in Broadcast Delivery Mode 

1 . Mutti-Tier Digital TV Embodiment 

2. Web broadcasting Over Separate Channels Embodiment 

I SECURE DIGFTAL CONTENT ELECTRONIC DISTRIBUTION SYSTEM 



A. System Overview 



10 [0054] The Secure Digital Content Electronic Distribution System is a technical platfonn that encompasses the tech- 
nology, specifications, tools, and software needed for the secure delivery and rights management of Digital Content 
and digital content-related content to an end-user, client device. The End-User Device(s) include PCS, set top boxes 
(IRDs), and Internet appliances. These devices may copy the content to external media or portable, consumer devices 
as pemnitted by the content proprietors. The term Digital Content or simply Content, refers to Information and data 

15 stored in a digital fonmat Including: pictures, movies, videos, music, programs, multimedia and games. 

[0055] The technical platfonn specifies how Digital Content is prepared, securely distributed through point-to-point 
and broadcast infrastmctures (such as cable, Internet, satellite, and wireless) licensed to End-User Devlce(s), and 
protected against unauthorised copying or playing. In addition, the architecture of the technical platform allows for the 
integration and migration of various technologies such as Watermarking, compression/encoding, encryption, and other 

20 security algorithms as they evolve over time. 

[0056] The base components of the Secure Digital Content Electronic Distribution System are: (1 ) rights management 
for the protection of ownership rights of the content proprietor; (2) transaction metering for immediate and accurate 
compensation; and (3) an open and well-documented architecture that enables Content Provlder(s) to prepare content 
and pemnit its secure delivery over multiple networic infrastructures for playback on any standard compliant player. 

25 

1 . Rights Management 



[0057] Rights management in the Secure Digital Content Electronic Distribution System is implemented through a 
set of functions distributed among the operating components of the system. Its primary functions include: licensing 
30 authorisation and control so that content is unlocked only by authorised intermediate or End-User(s) that have secured 
a license; and control and enforcement of content usage according to the conditions of purchase or license, such as 
permitted number of copies, number of plays, and the time interval or tenn the license may be valid. A secondary 
function of rights management Is to enable a means to Identify the origin of unauthorised copies of content to combat 
piracy. 

35 [0058] Licensing authorisation and control are implemented through the use of a ClearingHouse(s) entity and Secure 
Container (SC) technology. The ClearingHouse{s) provides licensing authorisation by enabling Intermediate or End- 
User(s) to unlock content after verification of a successful completion of a licensing transaction. Secure Containers 
are used to distribute encrypted content and information among the system components. A SC is a cryptographic 
carrier of infomnation or content that uses encryption, digital signatures, and digital certificates to provide protection 

40 against unauthorised Interception or modification of electronic Information and content. It also allows for the verification 
of the authenticity and Integrity of the Digital Content. The advantage of these rights management functions Is that the 
electronic Digital Content distribution Infrastructure does not have to be secure or trusted. Therefore allowing trans- 
mission over networi< infrastructures such as the Web and Internet. This is due to the fact that the Content is encrypted 
within Secure Containers and its storage and distribution are separate from the control of its unlocking and use. Only 

45 users who have decryption keys can unlock the encrypted Content, and the ClearingHouse(s) releases decryption 
keys only for authorised and appropriate usage requests. The ClearingHouse(s) will not clear bogus requests from 
unknown or unauthorised parties or requests that do not comply with the content's usage conditions as set by the 
content proprietors. In addition, if the SC is tampered with during its transmission, the software In the ClearingHouse 
(s) detemnines that the Content in a SC is corrupted or falsified and repudiate the transaction. 

so [0059] The control of Content usage is enabled through the End-User Player Application 195 running on an End- 
User Device(s). The application embeds a digital code in every copy of the Content that defines the allowable number 
of secondary copies and play backs. Digital Watemriaricing technology is used to generate the digital code, to keep it 
hidden from other End-User Player Application 195, and to make it resistant to alteration attempts. In an alternate 
embodiment, the digital code is just kept as part of the usage conditions associated with the Content 113. When the 

55 Digital Content 113 is accessed in a compliant End-User Device(s), the End-User Player Application 195 reads the 
watermart< to check the use restrictions and updates the watennark as required. If the requested use of the content 
does not comply with the usage conditions, e.g., the number of copies has been exhausted, the End-User Device(s) 
will not perfomn the request. 
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[0060] Digital Watermarking also provides the means to identify the origin of authorised or unauthorised copies of 
Content. An initial watermark in the Content is embedded by the content proprietor to identify the content proprietor, 
specify copyright information, define geography distribution areas, and add other pertinent information. A second wa- 
termark is embedded in the Content at the End-User Devtce(s) to identify the content purchaser (or licensee) and End- 
5 User Device(s), specify the purchase or license conditions and date, and add any other pertinent infonmation. 

[0061 J Since watennarks become an integral part of the Content, they are canried in the copies independent of wheth- 
er the copies were authorised or not. Thus the Digital Content always contains infomnation regarding its source and 
its pemriitted use regardless of where the content resides or where it comes from. This infonnation may be used to 
combat illegal use of the Content. 

10 

2. Metering 

[0062] As part of its rights management functions, the ClearingHouse(s) keeps a record of all transactions where a 
key exchange is cleared through the ClearingHouse(s). This record allows for the metering of licensing authorisation 
IS and the original conditions of use. The transaction record can be reported to responsible parties, such as, content 
proprietors or Content Provtder(s), retailers, and others, on an immediate or periodic basis to facilitate electronic rec- 
onciliation of transaction payments and other uses. 

3. Open Architecture 

20 

[0063] The Secure Digital Content Electronic Distribution System (System) Is an open architecture with published 
specifications and interfaces to facilitate broad implementation and acceptance of the System in the market place while 
maintaining rights protection for the content proprietors. The flexibility and openness of the System architecture also 
enable the System to evolve over time as various technologies, transmission infrastructures, and devices are delivered 
25 to the maritetplace. 

[0064] The architecture is open regarding the nature of the Content and its fomiat. Distribution of audio, programs, 
multimedia, video, or other types of Content is supported by the architecture. The Content could be in a native format , 
such as linear PCM for digital musrc, or a fomriat achieved by additional preprocessing or encoding, such as filtering, 
compression, or pre/de-emphasis, and more. The architecture is open to various encryption and Watermarking tech- 
no niques. It allows for the selection of specific techniques to accommodate different Content types and fomnats and to 
allow the introduction or adoption of new technologies as they evolve. This flexibility allows Content Provider(s) to pk:k 
and evolve the technologies they use for data compression, encryption, andfomriatting within the Secure Digital Content 
Electronic Distribution System. 

[0065] The architecture is also open to different distribution networks and distribution models. The architecture sup- 
35 ports content distribution over low-speed Internet connections or high-speed satellite and cable networks and can be 
used with point-to-point or broadcast models. In addition, the architecture is designed so that the functions in the End- 
User Device(s) can be Implemented on a wide variety of devices, including low cost consumer devices. This flexibility 
allows Content Provlder{s) and retailers to offer Content to intemriediate or End-User(s) through a variety of service 
offerings and enables the users to purchase or license Content, play it back, and record it on various compliant player 
40 devices. 

B. System Functional Elements 

[0066] Turning now to FIG. 1 , there is shown a block diagram illustrating an overview of a Secure Digital Content 
45 Electronic Distribution System 1 00 according to the present invention. The Secure Digital Content Electronk: Distribu- 
tion System 100 encompasses several business elements that comprise an end-to-end solution, including: Content 
Provider(s) 101 or the proprietors of the Digital Content, Electronic Digital Content Store(s) 103, Intermediate Market 
Partners (not shown), ClearingHouse(s) 105, Content Hosting Site 111, Transmission Infrastructures 107, and End- 
User Device(s) 1 09. Each of these business elements use various components of the Secure Digital Content Electronic 
50 Distribution System 1 00. A high level description of these business elements and system components, as they pertain 
specifically to electronic Content 113 distribution, follows. 

1. Content Provider(s) 101 

55 [0067] Content Provider(s) 101 or content proprietor(s) are owners of original Content 113 and/or distributors au- 
thorised to package independent Content 1 1 3 for further distribution. Content Provider(s) 101 may exploit their rights 
directly or license Content 113 to the Electronic Digital Content Store(s) 103, or Intemnediate Market Partners (not 
shown), usually in return for Content usage payments related to electronic commerce revenues. Examples of Content 
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Provider(s) 101 include Sony, Time-Wamer, MTV, IBM, Microsoft, Turner, Fox and others. 

[0068] Content Provider(s) 1 01 use tools provided as part of the Secure Digital Content Electronic Distribution System 
100 in order to prepare their Content 113 and related data for distribution. A Work Flow Manager Tool 154 schedules 
Content 11 3 to be processed and tracks the Content 1 1 3 as it flows through the various steps of Content 113 preparation 

5 and packaging to nnaintain high quality assurance. The term metadata Is used throughout this document to mean data 
related to the Content 113 and in this embodiment does not include the Content 113 itself. As an example, metadata 
for a song may be a song title or song credits but not the sound recording of the song. The Content 1 1 3 would contain 
the sound recording. A Metadata Assimilation and Entry Tool 1 61 is used to extract metadata from the Content Provider 
(s)' Database 160 or data provided by the Content Provider(s) In a prescribed fomnat (for a muste example the Content 

10 113 infomnation such as CD title, artist name, song title, CD artwork, and more) and to package it for electronic distri- 
bution. The Metadata Assimilation and Entry Tool 161 is also used to enter the Usage Conditions for the Content 113. 
The data in Usage Conditions can include copy restriction rules, the wholesale price, and any business rules deemed 
necessary. A Watermaridng Tool is used to hide data in the Content 1 1 3 that identifies the content owner, the processing 
date, and other relevant data. For an embodiment where the Content 1 1 3 Is audio, an audio preprocessor tool is used 

15 to adjust the dynamics and/or equalise the Content 1 1 3 or other audio for optimum compression quality, compress the 
Content 1 1 3 to the desired compression levels, and encrypt the Content 113. These can be adapted to follow technical 
advances in digital content compression/encoding, encryption, and fonmatting methods, allowing the Content Provider 
(s) 101 to utilise best tools as they evolve over time in the marketplace. 

[0069] The encrypted Content 113, digital content-related data or metadata, and encrypted keys are packed in SCs 
20 (described below) by the SC Packer Tool and stored in a content hosting site and/or promotional web site for electronic 
distribution. The content hosting site can reside at the Content Provider(s) 1 01 or in multiple locations, including Elec- 
tronic Digital Content Store(s) 1 03 and Intennediate Market Partners (not shown) facilities. Since both the Content 113 
and the Keys (described below) are encrypted and packed in SCs, Electrons Digital Content Store(s) 103 or any other 
hosting agent can not directly access decrypted Content 113 without clearance from the ClearingHouse(s) and notifi- 
es cation to the Content Provider(s) 101. 

2. Electronic Digital Content Store(s) 103 

[0070] Electronic Digital Content Store(s) 1 03 are the entities who market the Content 1 1 3 through a wide variety of 
30 services or applications, such as Content 113 theme programming or electronic merchandising of Content 113. Elec- 
tronic Digital Content Store(s) 1 03 manage the design, development, business operations, settlements, merchandising, 
marketing, and sales of their services. Example online Electronic Digital Content Store(s) 1 03 are Web sites that provide 
electronic downloads of software. 

[0071] Within their services, Electrons Digital Content Store(s) 103 implement certain functions of the Secure Digital 
35 Content Electronic Distribution System 100. Electronic Digital Content Store(s) 103 aggregate Infonnation from the 
Content Provider(s) 101 , pack content and metadata in additional SCs, and deliver those SCs to consumers or busi- 
nesses as part of a service or application. Electronic Digital Content Store(s) 103 use tools provided by the Secure 
Digital Content Electronic Distribution System 100 to assist with: metadata extraction, secondary usage conditions, 
SC packaging, and tracking of electrons: content transactions. The secondary usage conditions data can Include retail 
40 business offers such as Content 1 1 3 purchase price, pay-per-listen price, copy authorisation and target device types, 
or timed-availability restrictions. 

[0072] Once an Electronic Digital Content Store(s) 103 completes a valid request for electronic Content 113 from an 
End-User(s), the Electronic Digital Content Store(s) 103 is responsible for authorising the ClearingHouse{s) 105 to 
release the decryption key for the Content 11 3 to the customer The Electronic Digital Content Store(s) also authorises 
45 the download of the SC containing the Content 113. The Electronic Digital Content Store(s) may elect to host the SCs 
containing the Digital Content at its local site and/or utilise the hosting and distribution facilities of another Content 
hosting site. 

[0073] The Electronic Digital Content Store(s) can provide customer service for any questions or problems that an 
End-User(s) may have using the Secure Digital Content Electronic Distribution System 100, or the Electronic Digital 
so Content Store(s) 103 may contract their customer servk:e support to the ClearingHouse(s) 105. 

3. Intermediate Maricet Partners (not shown) 

[0074] In an alternate embodiment, the Secure Digital Content Electronic Distribution System 100 can be used to 
55 provide Content 113 securely to other businesses called Intennediate Market Partners. These partners may include 
digital content-related companies offering a non-electronic service, such as televisions stations or video clubs, radio 
stations or record clubs, that distribute Content 113. These Partners may also include other tnjsted parties who handle 
material as part of making or marketing sound recordings, such as record studios, replicators, and producers. These 
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Intermediate Market Partners requires clearance from the ClearingHouse(s) 105 in order to decrypt the Content 113. 
4. ClearingHouse(s) 105 

5 [0075] The ClearinglHouse(s) 105 provides the licensing authorisation and record keeping for all transactions that 
relate to the sale and/or pemnitted use of the Content 113 encrypted in a SC. When the C[earingHouse(s) 105 receives 
a request for a decryption key for the Content 113 from an Intenmediate or End-User(s), the ClearingHouse(s) 105 
validates the integrity and authenticity of the infonnation in the request; verifies that the request was authorised by an 
Electronic Digital Content Store(s) or Content Provlder(s) 1 01 ; and verifies that the requested usage complies with the 

10 content Usage Conditions as defined by the Content Provider(s) 1 01 . Once these verifications are satisfied, the Clear- 
ingHouse(s) 1 05 sends the decryption key for the Content 1 1 3 to the requesting End-User(s) packed in a License SC. 
The key Is encrypted in a manner so that only the authorised user can retrieve it. If the End-User's request is not 
verifiable, complete, or authorised, the ClearingHouse(s) 105 repudiates the request for the decryption key. 
[0076] The ClearingHouse(s) 1 05 keeps a record of all transactions and can report them to responsible parties, such 

IS as Electronic Digital Content Store(s) 1 03 and Content Provlder(s) 1 01 , on an immediate, periodic, or restricted basis. 
This reporting is a means by which Content Provider{s) 1 01 can be informed of the sale of Content 1 1 3 and the Electronic 
Digital Content Store(s) 103 can obtain an audit trail of electronic delivery to their customers. The ClearingHouse(s) 
105 can also notify the Content Provlder(s) 101 and/or Electronic Digital Content Store(s) 103 if it detects that infor- 
mation in a SC has been compromised or does not comply with the Content's Usage Conditions. The transaction 

20 recording and repository capabilities of the ClearingHouse(s) 105 database is structured for data mining and report 
generation. 

[0077] In another embodiment, the ClearingHouse(s) 1 05 can provide custonner support and exception processing 
for transactions such as refunds, transmission failures, and purchase disputes. The ClearingHouse(s) 105 can be 
operated as an independent entity, providing a trusted custodian for rights management and metering. It provides billing 
25 and settlement as required. Examples of electronic ClearingHouse(s) include Secure-Bank.com and Secure Electronic 
Transaction (SET) from Visa/MasterCard. In one embodiment, the ClearingHouse(s) 105 are Web sites accessible to 
the End-User Device(s) 109. In another embodiment, the ClearingHouse(s) 105 is part of the Electronic Digital Content 
Store(s) 103. 

30 5. End-User Device(s) 109 

[0078] The End-User DevK:e(s) 109 can be any player device that contains an End-User Player Application 195 
(described later) compliant with the Secure Digital Content Electronic Distribution System 1 00 spectffcations. These 
devices may include PCS, set top boxes (IRDs), and Internet appliances. The End-User Player Application 195 could 

35 be implemented in software and/or consumer electronics hardware. In addition to performing play, record, and library 
management functions, the End-User Player Application 195 perfomns SC processing to enable rights management 
in the End-User Devbe(s) 1 09. The End-User Devtce(s) 1 09 manages the download and storage of the SCs containing 
the Digital Content; requests and manages receipt of the encrypted Digital Content keys from the ClearingHouse(s) 
105; processes the watennark(s) every time the Digital Content Is copied or played; manages the number of copies 

40 made (or deletion of the copy) in accordance with the Digital Content's Usage Conditions; and perfomns the copy to 
an external media or portable consumer device if permitted. The portable consumer device can perfomri a subset of 
the End-User Player Application 195 functions in order to process the content's Usage Conditions embedded in the 
watermartc. The terms End-User(s) and End-User Player Application 195 are used throughout this to mean through 
the use or running-on an End-User Device(s) 109. 

45 

6. Transmission Infrastructures 107 

[0079] The Secure Digital Content Electronic Distribution System 100 is independent of the transmission networi< 
connecting the Electronic Digital Content Store(s) 103 and End-User Device(s) 109. It supports both point-to-point 

so such as the internet and broadcast distribution models such as digital broadcast television. 

[0080] Even though the same tools and applications are used to acquire, package, and track Content 1 1 3 transactions 
over various Transmission Infrastructures 107, the presentation and method in which services are delivered to the 
customer may vary depending on the infrastructure and distribution model selected. The quality of the Content 113 
being transferred may also vary since high bandwidth infrastructures can deliver high-quality digital content at more 

ss acceptable response times than lower bandwidth infrastructures. A sen/ice application designed for a point-to-point 
distribution model can be adapted to support a broadcast distribution model as well. 
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C. System Uses 

[0081] The Secure Digital Content Electronic Distribution System 100 enables the secure delivery of high-quality, 
electronic copies of Content 113 to End-User Device(s) 109, whether consumer or business, and to regulate and track 

5 usage of the Content 113. 

[0082] The Secure Digital Content Electronic Distribution System 100 could be deployed in a variety of consumer 
and business-to-bustness services using both new and existing distnbution channels. Each particular sen/ice could 
use a different financial model that can be enforced through the rights management features of the Secure Digital 
Content Electronic Distribution System 100. Models such as wholesale or retail purchase, pay-per-listen usage, sub- 

10 scription services, copy/no-copy restrictions, or redistribution could be implemented through the rights management 
of the ClearingHouse(s) 105 and the End-User Player Application 195 copy protection features. 
[0083] The Secure Digital Content Electronic Distribution System 1 00 allows Electronic Digital Content Store(s) 1 03 
and Intemiediate Martlet Partners a great deal of flexibility in creating services that sell Content 1 13. At the same time 
it provides Content Provider(s) 101 a level of assurance that their digital assets are protected and metered so that they 

IS can receive appropriate compensation for the licensing of Content 113. 

II. CRYPTOG RAP H Y CONCEPTS AND THEIR APPLICATION TO THE SECURE DIGITAL CONTENT ELECTRONIC 
DISTRIBUTION SYSTEIW 

20 ~' [0084] License Control in the Secure Digital Content Electronic Distribution System 1 00 is based on the use of cryp- 
tography. This section introduces basic cryptography technologies of the present invention. The use of public key 
encryption, symmetry key encryption, digital signatures, digital watennarics and digital certificates is known. 

A. Symmetric Algorithms 

25 

[0085] In the Secure Digital Content Electronic Distribution System 100 the Content Provider{s) 101 encrypts the 
content using symmetric algorithms. They are called symmetric algorithms because the same key is used to encrypt 
and decrypt data. The data sender and the message recipient must share the key. The shared key is refen-ed to here 
as the symmetric key. The Secure Digital Content Electronk; Distribution System 100 architecture is independent of 

30 the specific symmetric algorithm selected for a particular implementation. 

[0086] Common symmetric algorithms are DES, RC2 and RC4. Both DES and RC2 are block cipher. A block cipher 
encrypts the data using a block of data bits at a time. DES Is an official US government encryption standard, has a 
64-bit block size, and uses a 56-bit key. Triple-DES is commonly used to Increase the security achieved with simple 
DES. RSA Data Security designed RC2. RC2 uses a variable-key-size cipher and has a block size of 64 bits. RC4, 

35 also designed by RSA Data Security, is a variable-key-size stream cipher. A stream cipher operates on a single data 
bit at a time. RSA Data Security claims that eight to sixteen machine operations are required for RC4 per output byte. 
[0087] IBM designed a fast algorithm called SEAL. SEAL Is a stream algorithm that uses a variable- length key and 
that has been optimised for 32-blt processors. SEAL requires about five elementary machine instructions per data 
byte. A 50 MHZ, 486-based computer runs the SEAL code at 7JZ megabytes/second If the 1 60-bit key used has already 

40 been preprocessed into Intemal tables. 

. [0088] Microsoft reports results of encryption perfomiance benchmari< in its Overview of CryptoAPI document. These 
results were obtained by an application using Microsoft's CryptoAPI, running on a 120-MHZ, Pentium-based computer 
with Windows NT 4.0. 



Cipher 


Key Size 


Key Setup Time 


Encryption Speed 


DES 


56 


460 


1,138.519 


RC2 


40 


40 


286.888 


RC4 


40 


151 


2,377,723 



B. Publk: Key Algorithms 

[0089] In the Secure Digital Content Electronic Distribution System 1 00, symmetric keys and other small data pieces 
are encrypted using public keys. Public key algorithms use two keys. The two keys are mathematically related so that 
data encrypted with one key can only be decrypted with the other key. The owner of the keys keeps one key private 
(private key) and publicly distributes the second key (public key). 

[0090] To secure the transmission of a confidential message using a public key algorithm, one must use the recipient's 
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public key to encrypt the message. Only the recipient, who has the associated private key, can decrypt the message. 
Public key algorithms are also used to generate digital signatures. The private key is used for that purpose. The following 
section provides information on digital signatures. 

[0091] The most common used public-key algorithm is the RSA public-key cipher. It has become the de-facto public 
5 key standard In the industry. Other algorithms that also work well for encryption and digital signatures are EIGamal 
and Rabin. RSA is a variable-key length cipher. 

[0092] Symmetric key algorithms are much faster than the public key algorithms. In software, DES is generally at 
least 100 times as fast as RSA. Because of this, RSA is not used to encrypt bulk data. RSA Data Security reports that 
on a 90 MHZ Pentium machine, RSA Data Security's toolkit BSAFE 3.0 has a throughput for private-key operations 
10 (encryption or decryption, using the private key) of 21 .6 kilobits/second with a 51 2-bit modules and 7.4 kilobits/second 
with a 1 024-bit modu les . 

C. Digital Signature 

15 [0093] In the Secure Digital Content Electronic Distribution System 1 00, the issuer of SG(s) protects the integrity of 
SC(s) by digitally signing it. In general, to create a digital signature of a message, a message owner first computes the 
message digest (defined below) and then encrypt the message digest using the owner's private key. The message is 
distributed with its signature. Any recipient of the message can verify the digital signature first by decrypting the sig- 
nature using the public key of the message owner to recover the message digest. Then, the recipient computes the 

20 digest of the received message and compares It with the recovered one. If the message has not being altered during 
distribution, the calculated digest and recovered digest must be equal. 

[0094] In the Secure Digital Content Electronic Distribution System 100, since SC(s) contain several data parts, a 
digest is calculated for each part and a summary digest is calculated for the concatenated part digests. The summary 
digest is encrypted using the private key of the issuer of the SC(s). The encrypted summary digest is the Issuer's digital 

25 signature for the SC(s). The part digests and the digital signature are included in the body of the SC(s). The recipients 
of SC(s) can verify the integrity of the SC(s) and its parts by means of the received digital signature and part digests. 
[0095] A one-way hash algorithm is used to calculate a message digest. A hash algorithm takes a variable-length- 
input message and converts it into a fixed length string, the message digest. A one-way hash algorithm operates only 
In one direction. That is, it is easy to calculate the digest for an input message, but it is very difficult (computationally 

30 infeasible) to generate the input message from its digest. Because of the properties of the one-way hash functions, 
one can think of a message digest as a fingerprint of the message. 

[0096] The more common one-way hash functions are MD5 from RSA Data Security and SHA designed by the US 
National Institute of Technology and Standards (NITS). 

35 0, Digital Certificates 

[0097] A digital certificate is used to authenticate or verify the identity of a person or entity that has sent a digitally 
signed message. A certificate is a digital document issued by a certif k^ation authority that binds a public key to a person 
or entity. The certificate includes the public key, the name of the person or entity, an expiration date, the name of the 
40 certifteation authority, and other Infonmatlon. The certificate also contains the digital signature of the certification au- 
thority. 

[0098] When an entity (or person) sends a message signed with its private key and accompanied with its digital 
certificate, the recipient of the message uses the entity's name from the certificate to decide whether or not to accept 
the message. 

45 [0099] In the Secure Digital Content Electronic Distribution System 100, every SC(s), except those issued by the 
End-User Device(s) 109, Includes the certificate of the creator of the SC(s). The End-User Device(s) 109 do not need 
to include certificates in their SC(s) because many End-User(s) do not botherto acquire a certificate or have certificates 
issued by non bona-flde Certification Authorities. In the Secure Digital Content Electronic Distribution System 100, the 
ClearingHouse(s) 105 has the option of issuing certificates to the Electronic Digital Content Store(s) 103. This allows 

50 the End-User Device(s) 1 09 to independently verify that the Electronic Digital Content Store{s) 1 03 have been author- 
ised by the Secure Digital Content Electronic Distribution System 100. 

E. Guide To The SC(s) Graphical Representation 

55 [0100] This document uses a drawing to graphfcally represent SC(s) that shows encrypted parts, non-encrypted 
parts, the encryption keys, and certificates. Referring now to FIG.2 is an example drawing of SC(s) 200. The following 
symbols are used In the SC{s) figures. Key201 is a public or private key. The teeth of the key e.g. CLRNGH for Clear- 
inghouse lndk;ate the key owner. PB inside the handle indk:ates that it is a public key thus key201 Is a Clearinghouse 
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public key. PV inside the handle indicates that it is a private key. Diamond shape is an End-User Digital Signature 202. 

The initials indicate which private key was used to create the signature thus in EU is the End-User(s) digital signature 

from table below. Symmetric key 203 is used to encrypt content. An encrypted symmetric key object 204 comprising 

a symmetric key 203 encrypted with a PB of CLRNGH. The key on the top border of the rectangle is the key used In 
5 the encryption of the object. The symbol or text inside the rectangle indicates the encrypted object (a symmetric key 

in this case). Another encrypted object, in this example a Transaction ID encrypted object 205 is shown. And Usage 
. , Conditions 206 for content licensing management as described below. The SC(s) 200 comprises Usage Conditions 

206 , Transaction I D encrypted object 205 , an Application ID encrypted object 207, and encrypted symmetric key object 

204, all signed with an End-User Digital Signature 202. 
10 [01 01] The table below shows the initials that identify the signer of SC(s). 



Initial 


Component 


CP 


Content Provider(s) 101 


MS 


Electronic Digital Content 103 


HS 


Content Hosting Site(s) 111 


EU 


End-User Device(s) 109 


CH 


Clearinghouse(s) 105 


CA 


certification authority(ies) 



F. Example of a Secure Container Encryption 

25 [01 02] The tables and diagrams below provide an overview of the encryption and decryption process used to create 
and recover infomnation from SC(s). The SC(s) that is created and decrypted in this process overview is a general SC 
(s). It does not represent any of the specific SC(s) types used for rights management In the Secure Digital Content 
Electronic Distribution System 100. The process consists of the steps described in FIG.3 for encryption process. 

30 Process Flow for Encryption Process of FIG,3 



[0103] 



35 


Step 


Process 


301 


Sender generates a random symmetric key and uses it to encrypt the content. 




302 


Sender runs the encrypted content through a hash algorithm to produce the content digest. 




303 


Sender encrypts the symmetric key using the recipient's public key. PB RECPNT refers to the recipient's 
public key. 


40 


304 


Sender runs the encrypted symmetric key through the same hash algorithm used in step2 to produce the 

symmetric key digest. 




305 


Sender runs the concatenation of the content digest and symmetric key digest through the same hash 
algorithm used in step2 to produce the SC(s) digest. 




306 


Sender encrypts the SC(s) digest with the sender's private key to produce the digital signature for the SC 






(s). PV SENDER refers to the sender's private key. 




307B 


Sender creates a SC(s) file that includes the encrypted content, encrypted symmetric key. content digest, 
symmetric key digest, sender's certificate, and SC(s) signature. 




307A 


Sender must have obtained the certificate from a certification authority prior to initiating secure 
communications. The certification authority includes in the certificate the sender's public key, the sender's 


50. 




name and signs it. PV CAUTHR refers to the certifications authorit/s private key. Sender transmits the SC 
(s) to the recipient. 



55 
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Process Flow for Decryption Process of FIG.4 



[0104] 



5 


Step 


Process 




408 


Recipient receives the SC(s) and separates its parts. 




409 


Recipient verifies the digital signature in the sender's certificate by decrypting it with the public key of the 
certification authority. If the certificate's digital signature is valid, recipient acquires the sender's public key 


10 




from the certificate. 


410 


Recipient decrypts the SC(s) digital signature using the sender's public key. This recovers the SC(s) digest. 
PB SENDER refers to the sender's public key. 




411 


Recipient runs the concatenation of the received content digest and encrypted key digest through the same 
hash algorithm used by the sender to compute the SC(s) digest. 


IS 


412 


Recipient compares the computed SC(s) digest with the one recovered from the sender's digital signature. 
If they are the same, recipient confinns that the received digests have not been altered and continues with 

thA rlartmntinn nriv^ace If thou aro nnt tho eamo ro/*ini^nt Htcr^nrric thp f%nfQ^ nnri nntifioQ thp QPnHpr 
ins uSCrypuun piiJCcao. Il llit^y ait? iiui iiic ociiiic, it#wipidiL uioi#ciiuo uic ^\^\of aiiu iiuiiiico 11 IB octiuci* 




413 


Recipient runs the encrypted symmetric key through the same hash algorithm used in step 411 to compute 
the symmetric key digest. 


20 


414 


Recipient compares the computed symmetric key digest with the one received in the SC(s). If it is the same, 
recipient knows that the encrypted symmetric key has not been altered. Recipient continues with the 
decryption process. If not valid, recipient discards the SC(s) and notifies the sender. 




415 


Recipient runs the encrypted content through the same hash algorithm used in step411 to compute the 


25 




content digest. 


416 


Recipient compares the computed content digest with the one received in the SC(s). If it is the same, 
recipient knows that the encrypted content has not been altered. Recipient then continues with the 
decryption process. If not valid, recipient discards the SC(s) and notifies the sender. 




417 


Recipient decrypts the encrypted symmetric key using the recipient's private key. This recovers the 


30 




symmetric key. PV RECPNT refers to the recipient's private key. 


418 


Recipient uses the symmetric key to decrypt the encrypted content This recovers the content. 



III. SECURE DIGITAL CONTENT ELECTRONIC DISTRIBUTION SYSTEM FLOW 



35 [0105] The Secure Electronic Digital Content Distribution System 1 00, consists of several components that are used 
by the different participants of the system. These participants include the Content Provider(s) 101 , Electronic Digital 
Content Store(s) 103. End-User(s) via End-User Device(s) 109 and the ClearingHouse(s) 105. A high level system 
flow is used as an overview of the Secure Digital Content Electrons Distribution System 100. This flow outlined below 
tracks Content as it flows throughout the System 100. Additionally it outlines the steps used by the participants to 

40 conduct the transactions for the purchase, unlocking and use of the Content 113. Some of the assumptions made in 
the system flow include: 

• This is a system flow for a Digital Content service (Point-to- Point Interface to a PC). 

• Content Provider(s) 1 01 submits audio Digital Content in PCM uncompressed fonnat (as a music audio example). 
45 • Content Provider(s) 101 has metadata In an ODBC compliant database or Content Provlder(s) 101 will enter the 

data directly Into the Content Information Processing Subsystem, or will have provided data in prescribed ASCII 
file format(s). 

• Financial settlement is done by the Electronic Digital Content Store(s). 

• Content 113 is hosted at a single Content Hosting Srte(s) 111 . 

50 

[0106] It should be understood by those skilled in the art that these assumptions can be altered to accommodate 
the exact nature of the Digital Content e.g. music, video and program and electronic distribution systems broadcast 
[0107] The following process flow in illustrated in FIG. 1 . 
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Process 

A uncompressed PCM audio file is provided as Content 11 3 by the Content Provider(s) 1 01 . Its filename is 
input into the Work Flow Manager 154 Tool along with the Content Provider(s)' 101 unique identifier for the 
Content 113. 

Metadata Is captured from the Content Provider(s)* Database 160 by the Content Information Processing 
Subsystem using the Content Provider(sy 101 unique identifier for the Content 113 and information provided 
by the Database Mapping Template. 

The Work Flow Manager Toot 1 54 is used to direct the content flow through the acquisition and preparation 
process at the Content Provider(s) 1 01 . It can also be used to track the status of any piece of content in 

the system at any time. 

The Usage Conditions for the Content 1 1 3 are entered into the Content Infonnation Processing Subsystem, 
this can be done either manually or automatically. This data includes copy restriction rules and any other 
business rules deemed necessary. All of the metadata entry can occur in parallel with the Audio Processing 
for the data. 

The Watermarking Tool Is used to hide data in the Content 113 that the Content Provider(s) 101 deems 
necessary to Identify the content. This could include when it was captured, where it came from (this Content 
Provider(s) 101), or any other infonnation specified by the Content Provider(s) 101 . 

• The Content Processing Tool 125 perfomns equalisation, dynamics adjustments and re-sampling to the 
Content 1 1 3 as necessary for the different compression levels supported. • 

• The Content 1 1 3 is compressed using the Content Processing Tool 1 25 to the desired compression levels. 
The Content 113 can then be played back to verify that the compression produces the required level of 
Content 1 13 quality. If necessary the equalisation, dynamics adjustments, compression and playback quality 
checks can be performed as many times as desired. 

»The Content 113 and a subset of its metadata is encrypted Symmetric Key by the SC Packer. This tool 
then encrypts the key using the Public Key of the ClearingHouse(s) 1 05 to produce an Encrypted Symmetric 
Key. This key can be transmitted anywhere without comprising the security of the Content 113 since the 
only entity that can decrypt it Is the ClearingHouse(s) 105. 

The Encrypted Symmetric Key, metadata and other information about the Content 113 is then packed into 
a Metadata SC by the SC Packer Tool 152. 

The encrypted Content 113 and metadata are then packed into a Content SC. At this point the processing 
on the Content 113 and metadata is complete. 

The Metadata SC(s) is then sent to the Content Promotions Web Site 156 using the Content Disbursement 
Tool (not shown). 

The Content Disbursement Tool sends the Content SC(s) to the Content Hosting Site(s) 111 . The Content 

Hosting Site(s) can reside at the Content Provider(s) 101, the ClearingHouse(s) 105 or a special location 
dedicated for Content Hosting. The U RL for this site is part of the metadata that was added to the Metadata 
SC. 

The Content Promotions Web Site 156 notifies Electronic Digital Content Store(s) 1 03 of new Content 113 
that is added to the System 100. 

Using the Content Acquisition Tool. Electronic Digital Content Store(s) 103 then download the Metadata 
SCs that correspond to the Content 113 they wish to sell. 

The Electronic Digital Content Store(s) 103 will use the Content Acquisition Tool to pull out any data from 
the Metadata SC(s) that they want to use to promote the Content 113 on their Web Site. Access to portions 
of this metadata can be secured and charged for If desired. 

The Usage Conditions for the Content 113, specific to this Electronic Digital Content Store(s) 103, are 
entered using the Content Acquisition Tool. These Usage Conditions include the retail prices and copy/play 
restrictions for the different compression levels of the Content 11 3. 

The Electronic Digital Content Store(s) 1 03 specific Usage Conditions and the original Metadata SC(s) are 
packed into an Offer SC by the SC Packer Tool. 

After the Electronic Digital Content Store(s) 103 Web Site is updated, the Content 113 is available to End- 
User(s) surfing the Web. 
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When an End-User(s) finds Content 1 1 3 that they want to buy, they click on a content icon, such as a music 
icon, and the item is added to his/her shopping cart which is maintained by the Electronic Digital Content 
Store(s) 1 03. When the End-User(s) completes shopping they submit the purchase request to the Electronic 
Digital Content Store{s) 1 03 for processing. 

The Electronic Digital Content Store(s) 103 then interacts with credit card clearing organisations to place 
a hold on the funds in the same way they do business today. 

Once the Electronic Digital Content Store(s) 103 receives the credit card authorisation number back from 

the credit card clearing organisation, it stores this into a database and invokes the SC Packer Tool to build 
a Transaction SC. This Transaction SC includes all of the Offer SCs for the Content 113 that the End-User 
(s) has purchased, a Transaction ID that can be tracked back to the Electronic Digital Content Store(s) 1 03, 
Infomnation that identifies the End-User(s), compression levels, Usage Conditions and the price list for the 
songs purchased. 

This Transaction SC is then transmitted to the End-User Device(s) 109. 

When the Transaction SC arrives on the End-User Dev(ce(s) 109, It kicks off the End-User Player Application 
195 which opens the Transaction SC and acknowledges the End-User's purchase. The End-User Player 
Application 195 then opens the individual Offer Scs and in an alternate embodiment, may infomi the user 
with an estimate of the download time. It then asks the user to specify when they want to download the 
Content 113. 

Based on the time the End-User(s) requested the download, the End-User Player Application 1 95 will wake 
up and initiate the start of the download process by building a Order SC that contains among other things 
the Encrypted Symmetric Key for the Content 113, the Transaction ID, and End-User(s) infomnation. 
This Order SC is then sent to the ClearingHouse(s) 105 for processing. 

The ClearingHouse(s) 105 receives the Order SC, opens it and verifies that none of the data has been 
tampered with. The CiearingHouse(s) 105 validates the Usage Conditions purchased by the End-User(s). 
These Usage Conditions must comply with those specified by the Content Provider(s) 1 01 . This infomnation 
is logged in a database. 

Once all the checks are complete, the Encrypted Symmetric Key is decrypted using the private key of the 
ClearingHouse(s) 105. The Symmetric Key is then encrypted using the public key of the End-User(s). This 
new Encrypted Symmetric Key is then packaged into a License SC by the SC Packer. 
The License SC is then transmitted to the End-User(s). 

When the License SC is received at the End-User Device(s) 1 09 it is stored in memory until the Content 
SC is downloaded. 

The End-User Devlce(s) 109 request from the Content Hosting Facility 111 , sending the corresponding 
License SC for the purchased Content 113. 

Content 113 is sent to the End-User Device(s) 109. Upon the receipt the Content 113 is de-encrypted by 
the End-User Device(s) 109 using the Symmetric Key. 



IV. RIGHTS RAANAGEMEm* ARCHITECTURE MODEL 



45 A. Architecture Layer Functions 

[0108] FIG.5 is a block diagram of the Rights Management Architecture of the Secure Digital Content Electronic 
Distribution System 100. 

Architecturally, four layers represent the Secure Digital Content Electronic Distribution System 1 00: the License Control 
QQ Layer 501 , the Content Identification Layer 503, Content Usage Control Layer 505, and the Content Fonnatting Layer 
507. The overall functional objective of each layer and the individual key functions for each layer are described In this 
section. The functions in each of the layers are fairty independent of the functions in the other layers. Within broad 
limitations, functions in a layer can be substituted with similar functions without affecting the functionality of the other 
layers. Obviously, it is required that the output from one layer satisfies format and semantics acceptable to the adjacent 

55 '^ys''- 

[0109] The License Control Layer 501 ensures that: 



• the Digital Content is protected during distribution against illegal interception and tampering; 
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• the Content 113 originates from a rightful content owner and is distributed by a licensed distributor, e.g. Electronic 
Digital Content Store(s) 1 03; 

• the Digital Content purchaser has a properly licensed application; 

• the distributor is paid by the purchaser before a copy of the Content 113 Is nnade available to the purchaser or 
5 End-User(s); and 

• a record of the transaction is kept for reporting purposes. 

[01 1 0] The Content Identification Layer 503 allows for the verification of the copyright and the identity of the content 
purchaser. The content's copyright information and identity of the content purchaser enables the source tracking of 
10 any, authorised or not. copy of the Content 1 1 3. Thus, the Content identification Layer 503 provides a means to combat 
piracy. 

[0111] The Content Usage Control Layer 505 ensures that the copy of the Content 1 13 is used in the purchaser's 
device according to the Store Usage Conditions 519. The Store Usage Conditions 519 may specify the number of 
plays and local copies allowed for the Content 113, and whether or not the Content 1 1 3 may be recorded to an external 
15 portable devk:e. The functions in the Content Usage Control Layer 505 keep track of the contents copy/play usage 
and update the copy/play status. 

[0112] The Content Fomnatting Layer 507 allows for the fonnat conversion of the Content 113 from its native repre- 
sentation in the content owner's facilities into a fomri that is consistent with the service features and distribution means 
of the Secure Digital Content Electronic Distribution System 1 00. The conversion processing may include compression 
20 - encoding and its associated preprocessing, such as frequency equalisation and amplitude dynamic adjustment. For 
Content 113 which is audio, at the purchaser's side, the received Content 113 also needs to be processed to achieve 
a format appropriate for playback or transfer to a portable device. 

B. Function Partitioning and Flows 

25 

[0113] The Rights Management Architectural Model is shown in FIG.5 and this illustrates the mapping of the archi- 
tectural layers to the operating components making up the Secure Digital Content Electronic Distribution System 100 
and the key functions in each layer. 

30 1 . Content Formatting Layer 507 

[01 1 4] The general functions associated with the Content Fonnatting Layer 507 are Content Preprocessing 502 and 
Compression 511 at the Content Provider(s) 1 01 , and Content De-scrambling 51 3 and Decompression 51 5 at the End- 
User Device(s) 1 09. The need for preprocessing and the examples of specific functions were mentioned above. Content 

35 Compression 51 1 is used to reduce the file size of the Content 1 1 3 and Its transmission time. Any compression algorithm 
appropriate for the type of Content 113 and transmission medium can be used in the Secure Digital Content Electronic 
Distribution System 100. For music, MPEG 14/4, Dolby AC-2 and AC-3, Sony Adaptive Transfonn Coding (ATRAC), 
and low-bit rate algorithms are some of the typically used compression algorithms. The Content 113 is stored in the 
End-User Device(s) 109 in compressed fornn to reduce the storage size requirement. It is decompressed during active 

40 playback. De-scrambling is also performed during active playback. The purpose and type of scrambling will be de- 
_ scribed later during the discussion of the Content Usage Control Layer 505. 

2. Content Usage Control Layer 505 

45 [01 15] The Content Usage Control Layer 505 pemriits the specification and enforcement of the conditions or restric- 
tions imposed on the use of Content 113 use at the End-User Device(s) 109. The conditions may specify the number 
of plays allowed for the Content 113, whether or not a secondary copy of the Content 113 is allowed, the number of 
secondary copies, and whether or not the Content 113 may be copied to an external portable device. The Content 
Provjder(s) 101 sets the allowable Usage Conditions 517 and transmits them to the Electronic Digital Content Store 

50 (s) 103 in a SC (see the License Control Layer 501 section). The Electronic Digital Content Store(s) 103 can add to 
or nan-ow the Usage Conditions 51 7 as long as it doesnt invalidate the original conditions set by the Content Provider 
(s) 101 . The Electronic Digital Content Store(s) 103 then transmits all Store Usage Conditions 519 (In a SC) to the 
End-User Device(s) 109 and the ClearingHouse(s) 1 05. The ClearingHouse(s) 105 perfomn Usage Conditions Valida- 
:r tion 521 before authorising the Content 113 release to an End-User Devk;e(s) 109. 

55 [01 16] The enforcement of the content Usage Conditions 51 7 is perfonned by the Content Usage Control Layer 505 
in the End-User Device(s) 109. First, upon reception of the Content 113 copy from the Content Identification Layer 503 
in the End-User Device(s) 109 marks the Content 113 with a Copy/Play Code 523 representing the initial copy/play 
permission. Second, the Player Application 195 cryptographically scrambles the Content 113 before storing it in the 
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End-User Devlce(s) 109. The Player Application 195 generates a scrambling key foreach Content Item, and the key 
is encrypted and hidden in the End-User Device(s) 109. Then, every time the End-User Devlce(s) 109 accesses the 
Content 1 13 for copy or play, the End-User Device(s) 1 09 verifies the copy/play code before allowing the de-scrambling 
of the Content 113 and the execution of the play or copy. The End-User Device(s) 109 also appropriately updates the 
5 copy/play code in the original copy of the Content 113 and on any new secondary copy. The copy/play coding Is 
perfomied on Content 113 that has been compressed. That Is, there is no need to decompress the Content 113 before 
the embedding of the copy/play code. 

[01 17] The End-User Device(s) 1 09 uses a License Watemnark 527 to embed the copy/play code within the Content 
113. Only the End-User Player Application 195 that is knowledgeable of the embedding algorithm and the associated 

10 scrambling key is able to read or modify the embedded data. The data is invisible or inaudible to a human observer; 
that is, the data Introduces no perceivable degradation to the Content 113. Since the watennark survives several steps 
of content processing, data compression, D-to-A and A-to-D conversion, and signal degradation Introduced by nonmal 
content handling, the watemiark stays with the Content 1 1 3 in any representation fomi, including analog representation. 
In an alternate embodiment, instead of using a License Watenmartc 527 to embed the copy/play code within the Content 

15 113, the End-User Player Application 1 96 uses securely stored Usage Conditions 51 9. 

3. Content Identification Layer 503 

[01 1 8] As part of the Content identification Layer 503, the Content Provider(s) 1 01 also uses a License Watennaric 
20 527 to embed data in the Content 113 such as to the content identifier, content owner and other infonnation, such as 
publication date and geographic distribution region. This watennari^ is referred to here as the Copyright Watemnari< 
529. Upon reception, the End-User Device(s) 109 watemnari^s the copy of the Content 113 with the content purchaser's 
name and the Transaction ID 535 (see the License Control Layer 501 section below), and with other Information such 
as date of license and Usage Conditions 517. This watemnark Is referred to here as the license watenmaric. Any copy 
25 of Content 113, obtained in an authorised manner or not, and subject to audio processing that preserves the content 
quality, carries the copyright and license watenmarks. The Content Identification Layer 503 deters piracy. 

4. License Control Layer 501 

30 [01 1 9] The License Control Layer 501 protects the Content 1 1 3 against unauthorised interception and ensures that 
the Content is only released on an individual basis to an End-User(s) that has property licensed End-User Device(s) 
109 and successfully completes a license purchase transaction with an authorised Electronb Digital Content Store(s) 
1 03. The Lteense Control Layer 501 protects the Content 1 1 3 by double Encryption 531 . The Content 1 1 3 is encrypted 
using an encryption symmetric key generated by the Content Provider(s) 101, and the symmetric key is encrypted 

35 using the public key 621 of the ClearingHouse(s). Only the ClearingHouse(s) 1 05 can initially recover the symmetric key 
[01 20] License control is designed with the ClearingHouse(s) 1 05 as the "trusted party". Before releasing pennission 
for the Lteense Request 537, (i.e. the Symmetric Key 623 for the Content 113 to an End-User Device(s) 109), the 
ClearingHouse(s) 1 05 verifies that the Transaction 541 and the License Authorisation 543 are complete and authentic, 
that the Electronic Digital Content Store(s) 1 03 has authorisation from the Secure Digital Content Electronic Distribution 

40 System 1 00 for the sale of electrons Content 1 1 3, and that the End-User(s) has a properly licensed application. Audit/ 
Reporting 545 allows the generation of reports and the sharing of licensing transaction Information with other authorised 
parties in the Secure Electronic Digital Content Distribution System 1 00 

[0121] License control is implemented through SC Processing 533. SC(s) are used to distribute encrypted Content 
1 13 and information among the system operation components (more about the SC(s) detailed structure sections below). 
45 A SC is cryptographte cannier of Information that uses cryptographic encryption, digital signatures and digital certificates 
to provide protection against unauthorised interception and modtfteation of the electronic information or Content 113. 
It also allows for the authenticity verification of the electronic data. 

[0122] License control requires that the Content Provider(s) 101, the Electronic Digital Content Store(s) 103, and 
the ClearingHouse(s) 105 have bona-flde cryptographic digital certificates from reputable Certificate Authorities that 
50 are used to authenticate those components. The End-User Devlce(s) 1 09 are not required to have digital certifteates. 

0. Content Distribution and Licensing Control 

[01 23] FIG.6 is a block diagram illustrating an overview of the Content Distribution and Licensing Control as it applies 
55 to the License Control Layer of FIG. 5. The figure depicts the case in which the Electronic Digital Content Store(s) 1 03, 
End-User Devlce(s) 109 and the ClearingHouse(s) 105 are interconnected via the Internet, and unlcast (point-to-point) 
transmission is used among those components. The communication between the Content Provider(s) 101 and the 
Electronic Digital Content Store(s) 103 could also be over the Internet or other network. It is assumed that the Content- 



20 



EP1 107 137 A2 



purchase commercial transaction between the End-User Device(s) 1 09 and the Electronic Digital Content Store(s) 1 03 
is based on standard Internet Web protocols. As part of the Web-based interaction, the'End-User(s) makes the selection 
of the Content 11 3 to purchase, provides personal and financial information, and agrees to the conditions of purchase. 
The Electronic Digital Content Store(s) 1 03 could obtain payment authorisation from an acquirer institution using a 
5 protocol such as SET. 

[0124] It is also assumed in FIG.6 that the Electronic Digital Content Store(s) 103 has downloaded the End-User 
Player Application 1 95 to an End-User Device(s) 1 09 based on standard Web protocols. The architecture requires that 
the Electronic Digital Content Store(s) 103 assigns a unique application ID to the downloaded Player Application 195 
and that the End-User Device(s) 109 stores it for later application license verification (see below). 

10 [0125] The overall licensing flow starts at the Content Provider(s) 101. The Content Provider(s) 101 encrypts the 
Content 113 using an encryption symmetric key locally generated, and encrypts the Symmetric Key 623 using the 
Clearinghouse's 105 public key 621 . (n an alternate embodiment, the symmetric key instead of being locally generated 
my be sent to the Content Provider(s) 101 from the ClearingHouse(s) 105. The Content Provider(s) 101 creates a 
Content SC(s) 630 around the encrypted Content 113, and a Metadata SC(s) 620 around the encrypted Symmetric 

15 Key 623, Store Usage Conditions 519, and other Content 113 associated information. There is one Metadata SC(s) 
620 and one Content SC(s) 630 for every Content 113 object. The Content 113 object may be a compression level one 
same song or the Content 113 object may be each song on the album or the Content 113 object may be the entire 
album. For each Content 113 object, the Metadata SC(s) 620 also carries the Store Usage Conditions 51 9 associated 
with the Content Usage Control Layer 505. 

20 [0126] The Content Provider(s) 101 distributes the Metadata SC(s) 620 to one or more Electronic Digital Content 
Store(s) 103 (step601) and the Content SC(s) 630 to one or more Content Hosting Sites (step602). Each Electronic 
Digital Content Store(s) 1 03, in turn creates an Offer SC(s) 641 . The Offer SC(s) 641 typically carries much of the 
same infonnation as the Metadata SC{s) 620, including the Digital Signature 624 of the Content Provlder(s) 101 and 
the Certificate (not shown of the Content Provider{s) 101. As mentioned above, the Electronic Digital Content Store 

25 (s) 1 03 can add to or nan^ow the Store Usage Conditions 51 9 (handled by the Control Usage Control Layer) initially 
defined by the Content Provider(s) 1 01 . Optionally, the Content SC(s) 630 and/or the Metadata SC(s) 620 is signed 
with a Digital Signature 624 of the Content Provider(s) 101 . 

[01 27] After the completion of the Content-purchase transaction between the End-User Device(s) 1 09 and the Elec- 
tronic Digital Content Store(s) 103 (step603), the Electronic Digital Content Store(s) 103 creates and transfers to the 

30 End-User Devlce(s) 1 09 a Transaction SC(s) 640 (step604). The Transaction SC(s) 640 includes a unique Transaction 
ID 535, the purchaser's name (i.e. End-User(s)*) (not shown), the Public Key 661 of the End-User Device(s) 109, and 
the Offer SC(s) 641 associated with the purchased Content 113. Transaction Data 642 in FIG.6 represents both the 
Transaction ID 535 and the End-User(s) name (not shown). The Transaction Data 642 is encrypted with the Publk: 
Key 621 of the ClearlngHouse(s) 105. Optionally, the Transaction SC(s) 640 is signed with a Digital Signature 643 of 

35 the Electronic Digital Content Store(s) 103. 

[0128] Upon reception of the Transaction SC(s) 640 (and the Offer SC(s) 641 included in It), the End-User Player 
Application 195 running on End-User Device(s) 109 solicits license authorisation from the ClearingHouse(s) 105 by 
means of an Order SC(s) 650 (step605). The Order SC(s) 650 includes the encrypted Symmetric Key 623 and Store 
Usage Conditions 51 9 from the Offer SC(s) 641 , the encrypted Transaction Data 642 from the Transaction SC(s) 640, 

40 and the encrypted Application ID 551 from the End-User Device(s) 1 09. In another embodiment, the Order SC(s) 650 
is signed with a Digital Signature 652 of the End-User Device(s) 109. 

[0129] Upon reception of the Order SC(s) 650 from the End-User Devlce(s) 1 09, the ClearingHouse(s) 1 05 verifies: 

1. that the Electronic Digital Content Store(s) 103 has authorisation from the Secure Digital Content Electronic 
45 Distribution System 1 00 (exists in the Database 1 60 of the ClearingHouse(s) 1 05); 

2. that the Order SC(s) 650 has not been altered; 

3. that the Transaction Data 642 and Symmetric Key 623 are complete and authentic; 

4. that the electronic Store Usage Conditions 519 purchased by the End-User Devlce(s) 109 are consistent with 
those Usage Conditions 51 7 set by the Content Provider(s) 101 ; and 

50 5. that the Application ID 551 has a valid structure and that it was provided by an authorised Electronic Digital 

Content Store(s) 103. If the verifications are successful, the ClearingHouse(s) 105 decrypts the Symmetric Key 
623 and the Transaction Data 642 and builds and transfers the License SC(s) 660 to the End-User Device(s) 109 
(step606). The License SC(s) 660 carries the Symmetric Key 623 and the Transaction Data 642, both encrypted 
. using the Public Key 661 of the End-User Device(s) 109. If any verif cation is not successful, the ClearingHouse 

55 (s) 1 05 denies the license to the End-User Device{s) 1 09 and informs the End-User Device{s) 1 09. The Clearing- 

House(s) 105 also immediately informs the Electronic Digital Content Store (s) 103 of this verification failure. In an 
alternate embodiment, the ClearingHouse(s) 105 signs the License SC(s) 660 with its Digital Signature 663. 
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[0130] After receiving the License SC(s) 660, the End-User Device(s) 109 decrypts the Synnmetrlc Key 623 and the 
Transaction Data 642 previously received from the ClearingHouse(s) 105 and requests the Content SC(s) 630 
(step607) fronn a Content Hosting Site(s) 111 . Upon an-ival of the Content SC(s) 630 (stepBOS), the End-User Device 
(s) 1 09 decrypts the Content 1 1 3 using the Symmetric Key 623 (step609) , and passes the Content 1 1 3 and the Trans- 
5 action Data 642 to the other layers for license Watermarking, copy/play coding, scrambling, and further Content 113 
processing as described previously for FIG. 5. 

[0131] Finally, the ClearingHouse(s) 1 05 on a periodic basis transmits summary transaction reports to the Content 
Provider(s) 1 01 and the Electronic Digital Content Store(s) 1 03 for auditing and tracldng purposes (step61 0). 

10 V. SECURE CONTAINER STRUCTURE 

A. General Structure 

[0132] A Secure Container (SC) is a structure that consists of several parts which together define a unit of Content 
IS 113 or a portion of a transaction, and which also define related infomnation such as Usage Conditions, metadata, and 
encryption methods. SC(s) are designed in such a way that the integrity, completeness, and authenticity of the infor- 
mation can be verified. Some of the infomnation in SC(s) may be encrypted so that it can only be accessed after proper 
authorisation has been obtained. 

[0133] SC(s) include at least one bill of materials (BOM) part which has records of infomnation about the SC(s) and 
20 about each of the parts included in the SC(s). A message digest is calculated, using a fjashing algorithm such as MD- 
5, for each part and then included in the BOM record for the part. The digests of the parts are concatenated together 
and another digest is computed from them and then encrypted using the private key of the entity creating the SC(s) to 
create a digital signature. Parties receiving the SC{s) can use the digital signature to verify all of the digests and thus 
validate the integrity and completeness of the SC{s) and ail of its parts. 
25 [0134] The following infomiation may be included as records in the BOM along with the records for each part. The 
SC(s) type detemnines which records need to be included: 

• SC(s) version 

• SC(s) ID 

30 • Type of SC(s) (e.g. Offer, Order, Transaction, Content, Metadata or promotional and Lteense.) 

• Publisher of the SC(s) 

• Date that the SC(s) was created 

• Expiration date of the SC(s) 

• ClearingHouse(s) URL 

35 • Description of the digest algorithm used for the included parts{default is MD-5) 

• Description of the algorithm used for the digital signature encryption (default is RSA) 

• Digital signature (encrypted digest of all of the concatenated digeste of the Included parts) 

[0135] SC(s) may include more than one BOM. For example, an Offer SC(s) 641 consists of the original Metadata 
40 SC(s) 620 parts, including its BOM, as well as additional infomnation added by the Electronic Digital Content Store(s) 
103 and a new BOM. A record for the Metadata SC(s) 620 BOM is included in the Offer SC(s) 641 BOM. This record 
includes a digest for the Metadata SC(s) 620 BOM which can be used to validate its integrity and therefore, the integrity 
of the parts included from the Metadata SC(s) 620 can also be validated using the part digest values stored in Metadata 
SC(s) 620 BOM. None of the parts from the Metadata SC(s) 620 have records in the new BOM that was created for 
45 the Offer SC(s) 641 . Only parts added by the Electrons Digital Content Store(s) 1 03 and the Metadata SC(s) 620 BOM 
have records in the new BOM. 

[01 36] SC(s) may also include a Key Description part. Key Description parts include records that contain the following 
infomiation about encrypted parts in the SC(s): 

50 ♦ The name of the encrypted part. 

• The name to use for the part when it is decrypted. 

• The encryption algorithm used to encrypt the part. 

• Either a Key Identifier to indicate the public encryption key that was used to encrypt the part or an encrypted 
symmetric key that, when decrypted, is used to decrypt the encrypted part. 

55 • The encryption algorithm used to encrypt the symmetric key. This field is only present when the record in the Key 
Description part includes an encrypted symmetric key that was used to encrypt the encrypted part. 

• A Key Identifier of the public encryption key that was used to encrypt the symmetric key. This field is only present 
when the record in the Key Description part includes an encrypted symmetrte key and the encryption algorithm 
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identifier of the symmetric Icey that was used to encrypt the encrypted part. 

[0137] If the SC(s) does not contain any encrypted parts, then there Is no Key Description part. 

5 B. Rights Management Language Syntax and Semantics 

[01 38J The Rights Management Language consists of parameters that can be assigned values to define restrictions 
on the use of the Content 113 by an End-User(s) after the Content 113 purchase. The restrictions on the use of the 
Content 113 is the Usage Conditions 517. Each Content Provider(s) 101 specifies the Usage Conditions 51 7 for each 

10 of its Content 113 items. Electronic Digital Content Store(s) 103 interpret the Usage Conditions 517 in Metadata SC 
(s) 620 and use the information to provide select options they wish to offer their customers as well as add retail purchase 
infomiation for the Content 113. After an End-User(s) has selected a Content 113 item for purchase, the End-User 
Deyice(s) 1 09 requests authorisation for the Content 1 1 3 based on Store Usage Conditions 51 9. Before the Clearing- 
House(s) 105 sends a License SC(s) 660 to the End-User(s), the Clearingl-louse(s) 105 verifies that the Store Usage 

15 Conditions 51 9 being requested are in agreement with the allowable Usage Conditions 51 7 that were specified by the 
Content Provlder(s) 101 in the l\^etadata SC(s) 620. 

[0139] When an End-User Device(s) 1 09 receives the Content 113 that was purchased, the Store Usage Conditions 
51 9 are encoded into that Content 1 1 3 using the Watermarl<ing Tool or encoded in the securely stored Usage Conditions 
51 9. The End-User Player Application 1 95 running on End-User Device{s) 1 09 insures that the Store Usage Conditions 
20 ' 51 9 that were encoded into the Content 1 1 3 are enforced. 

[01 40] The following are examples of Store Usage Conditions 51 9 for an embodiment where the Content 1 1 3 Is music: 

• Song is recordable. 

• Song can be played n number of times. 

25 

C. Overview of Secure Container Flow and Processing 

[0141] Metadata SC(s) 620 are built by Content Provider(s) 101 and are used to define Content 113 items such as 
songs. The Content 113 itself is not included in these SC(s) because the size of the Content 113 is typically too large 
30 for Electronic Digital Content Store(s) 1 03 and End-User(s) to efficiently download the containers just for the purpose 
of accessing the descriptive metadata. Instead, the SC(s) includes an extemal URL (Unifomn Resource Locators) to 
point to the Content 113. The SC(s) also includes metadata that provides descriptive infomnation about the Content 
113 and any other associated data, such as for music, the CD cover art and/or digital audio clips In the case of song 
Content 113. 

35 [01 42] Electronic Digital Content Store(s) 1 03 download the Metadata SC(s) 620, for which they are authorised, and 
build Offer SC{s) 641 . In short, an Offer SC{s) 641 consists of some of the parts and the BOM from the Metadata SC 
(s) 620 along with additional infonnatlon included by the Electronic Digital Content Store(s) 103. A new BOM for the 
Offer SC(s) 641 is created when the Offer SC(s) 641 is built. Electronic Digital Content Store(s) 103 also use the 
Metadata SC(s) 620 by extracting metadata infonnatlon from them to build HTML pages on their web sites that present 

40 descriptions of Content 113 to End-User(s), usually so they can purchase the Content 113. 

[0143] The information in the Offer SC(s) 641 that is added by the Electronic Digital Content Store(s) 1 03 is typically 
to narrow the selection of Usage Conditions 517 that are specified in the Metadata SC(s) 620 and promotional data 
such as a graphic Image file of the store's logo and a URL to the store's web site. An Offer SC(s) 641 template in the 
Metadata SC(s) 620 indicates which infonnation can be overridden by the Electronic Digital Content Store(s) 103 in 

45 ' the Offer SC(s) 641 and what, if any, additional infomiation is required by the Electronic Digital Content Store(s) 103 
and what parts are retained in the embedded Metadata SC(s) 620. 

[0144] Offer SC(s) 641 are included In a Transaction SC(s) 640 when an End-User(s) decides to purchase Content 
1 1 3 from an Electronic Digital Content Store(s) 1 03. The Electronic Digital Content Store(s) 1 03 builds a Transaction 
SC{s) 640 and includes Offer SC(s) 641 for each Content 113 item being purchased and transmits it to the End-User 
50 Device(s) 109. The End-User Device(s) 109 receives the Transaction SC(s) 640 and validates the Integrity of the 
Transaction SC(s) 640 and the included Offer SC(s) 641 . 

[0145] An Order SC(s) 650 Is built by the End-User Device(s) 109 for each Content 113 item being purchased. 
Infonnation is included from the Offer SC(s) 641. from the Transaction SC(s) 640, and from the configuration files of 
the End-User Device(s) 1 09. Order SC(s) 650 are sent to the ClearingHouse(s) 1 05 one at a time. The ClearingHouse 
55 (s) 105 URL where the Order SC(s) 650 is included as one of the records in the BOM for the Metadata SC(s) 620 and 
included again in the Offer SC{s) 641 . 

[01 46] The ClearingHouse(s) 1 05 validates and processes Order SC(s) 650 to provide the End-User Devlce(s) 1 09 
with everything that is required to a License Watennark527 and access purchased Content 113. One of the functions 
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of the ClearingHouse(s) 105 is to decrypt the Symmetric Keys 623 that are needed.to decrypt the watermarking in- 
structions from the Offer SC(s) 641 and the Content 113 from the Content SC(s) 630. An encrypted Symmetric Key 
623 record actually contains more than the actual encrypted Symmetric Key 623. Before executing the encryption, the 
Content Provider(s) 1 01 may optionally append its name to the actual Symmetric Key 623. Having the Content Provider 
5 (s)' 101 name encrypted together with the Symmetric Key 623 provides security against a pirate Content Provider(s) 
101 that has built its own Metadata SC{s) 620 and Content SC(s) 630 from legal SC(s). The Clean ngHouse(s) 105 
verifies that the name of the Content Provider(s) 101 encrypted together with the Symmetric Keys 623 matches the 
name of the Content Provider(s) 101 in the SC(s) certificate. 

[0147] If there are any changes required to be made to the watemnari<ing instnjctions by the ClearingHouse(s) 1 05, 
10 then the GlearingHouse(s) 1 05 decrypts the Symmetric Key 623 and then modifies the watennarking instructions and 
encrypts them again using a new Symmetric Key 623. The Symmetric Key 623 Is then re-encrypted using the Public 
Key 661 of the End-User Device(s) 109. The ClearingHouse(s) 105 also decrypts the other Symmetric Keys 623 in 
the SC(s) and encrypts them again with the Public Key 661 of the End-User Device(s) 1 09. The ClearingHouse(s) 105 
builds a License SC(s) 660 that includes the newly encrypted Symmetric Keys 623 and updated watemnaricing Instruc- 
ts tions and sends it to the End-User Device(s) 109 in response to the Order SC(s) 650. If the processing of the Order 
SC(s) 650 does not complete successfully, then the ClearingHouse(s) 105 returns to the End-User Devlce(s) 109 an 
HTML page or equivalent reporting the failure of the authorisation process. 

[01 48] A License SC(s) 660 provides an End-User Device(s) 1 09 with everything that Is needed to access a Content 
113 item. The End-User Devlce(s) 109 requests the appropriate Content SC{s) 630 from the Content Hosting Srte(s) 
20 111 . Content SC(s) 630 are built by Content Provider(s) 101 and include encrypted Content 113 and metadata parts. 
The End-User Player Application 1 95 uses the Symmetric Keys 623 from the License SC(s) 660 to decrypt the Content 
113, metadata, and watemnaricing instructions. The watermarking instructions are then affixed into the Content 113 and 
the Content 113 is scrambled and stored on the End-User Device(s) 109. 

25 D. Metadata Secure Container 620 Format 

[0149] The following table shows the parts that are Included in a Metadata SC(s) 620. Each box in the Parts column 
is a separate object included in the SC(s) along with the BOM (with the exception of part names that are sun-ounded 
by D characters). The BOM contains a record for each part included in the SC(s). The Part Exists column Indicates 
30 whether the part itself is actually included in the SC(s) and the Digest column indicates whether a message digest is 
computed for the part. Some parts may not be propagated when a SC(s) is included in other SC(s) (as detemiined by 
the associated template), although the entire original BOM is propagated. This is done because the entire BOM is 
required by the ClearingHouse(s) 105 to verify the digital signature in the original SC(s). 

[0150] The Key Description Part columns of the following table define the records that are Included In the Key De- 
35 scription part: of the SC(s). Records in the Key Description part define Infomnation about the encryption keys and al- 
gorithms that were used to encrypt parts within the SC(s) or parts within another SC(s). Each record includes the 
encrypted part name and, if necessary, a URL that points to another SC(s) that includes the encrypted part. The Result 
Name column defines the name that is assigned to the part after it is decrypted. The Encrypt Alg column defines the 
encryption algorithm that was used to encrypt the part. The Key Id/Enc Key column defines either an identification of 
40 the encryption key that was used to encrypt the part or a base64 encoding of the encrypted Symmetrfe Key 623 bit 
string that was used to encrypt the part. The Sym Key Alg column is an optional parameter that defines the encryption 
algorithm that was used to encrypt the Symmetric Key 623 when the previous column is an encrypted Symmetric Key 
623. The Sym Key ID column is an identification of the encryption key that was used to encrypt the Symmetric Key 
623 when the Key Id/Enc Key column Is an encrypted Symmetric Key 623. 

45 



50 



55 
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[0151] The following describes the terms that are used in the above Metadata SC(s) table: 

40 

• [Content URL] - A parameter in a record in the Key Description part. This Is a URL that points to the encrypted 
Content 113 In the Content SC(s) 630 that Is associated with this Metadata SC(s) 620. The Metadata SC(s) 620 
itself does not contain the encrypted Content 1 1 3. 

• [Metadata URL] - A parameter in a record in the Key Description part. This is a URL that points to the encrypted 
45 metadata in the Content SC(s) 630 that is associated with this Metadata SC(s) 620. The Metadata SC(s) 620 itself 

does not contain the encrypted metadata. 

• Content ID - A part that defines a unique ID assigned to a Content 113 item. There is more than one Content ID 
included in this part if the Metadata SC(s) 620 references more than one Content 113 item. 

• Metadata - Parts that contain information related to a Content 113 item such as the artist name and CD cover art 
so in the case of a song. There may be nr^ultiple metadata parts, some of which may be enciypted. The internal 

structure of the metadata parts is dependent on the type of metadata contained therein. 

• Usage Conditions - A part that contains infonnation that describes usage options, rules, and restrictions to be 
imposed on an End-User(s) for use of the Content 113. 

• SC(s) Templates - Parts that define templates that describe the required and optional information for building the 
55 Offer, Order, and License SC(s) 660. 

• Watermarking Instructions - A part that contains the encrypted Instructions and parameters for implementing wa- 
tennarking in the Content 113. The watemiarking instructions may be modified by the ClearingHouse(s) 105 and 
retumed back to the End-User Device(s) 1 09 within the License SC(s) 660. There is a record in the Key Description 
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part that defines the encryption algorithm that was used to encrypt the watennarking instructions, the output part 
name to use when the watennarking instructions are decrypted, a base64 encoding of the encrypted Symmetric 
Key 623 bit string that is was used to encrypt the watermarking instructions, the encryption algorithm that was 
used to encrypt the Symmetric Key 623, and the identification of the public key that is required to decrypt the 
5 Symmetric Key 623. 

• ClearingHouse(s) Certif lcate(s) - A certificate from a certification authority or from the ClearingHouse(s) 1 05 that 
contains the signed Public Key 621 of the ClearingHouse(s) 1 05. There may be more than one certif icate, in which 
case a hierarchical level structure is used with the highest level certificate containing the public key to open the 
next lowest level certificate is reached which contains the Public Key 621 of the ClearingHouse(s) 105. 

10 • Certif icate(s) - A certificate from a certification authority or from the ClearingHouse(s) 1 05 that contains the signed 
Public Key 621 of the entity that created the SC(s). There may be more than one certificate, in which case a 
hierarchical level structure Is used with the highest level certificate containing the public key to open the next level 
certificate, and so on, until the lowest level certificate is reached which contains the public key of the SC(s) creator. 

• SC Version - A version number assigned to the SC(s) by the SC Packer Tool. 
15 • SC ID - A unique ID assigned to the SC(s) by the entity that created the SC(s). 

• SC Type - Indicates the type of SC(s) (e.g. Metadata, Offer, Order, etc.) 

• SC Publisher - Indicates the entity that created the SC(s). 

• Creation Date - Date that the SC(s) was created. 

• Expiration Date - Date the SC(s) expires and is no longer valid. 

20 • ClearingHouse(s) URL - Address of the ClearingHouse(s) 105 that the End-User Player Application 195 should 
interact with to obtain the proper authorisation to access the Content 113. 

• Digest Algorithm ID - An identifier of the algorithm used to compute the digests of the parts. 

• Digital Signature Alg ID - An identifier of the algorithm used to encrypt the digest of the concatenated part digests. 
This encrypted value is the digital signature. 

25 • Digital Signature - A digest of the concatenated part digests encrypted with the public key of the entity that created 
the SC(s). 

• Output Part - The name to assign to the output part when an encrypted part is decrypted. 

• RSA and RC4 - Default encryption algorithms used to encrypt the Symmetric Keys 623 and data parts. 

• Enc Sym Key - A base64 encoding of an encrypted key bitstring that, when decrypted, is used to decrypt a SC(s) 
30 part. 

• CH Pub Key - An Identifier that indicates that the Clearinghouse's 1 05 Public Key 621 was used to encrypt the data. 

E. Offer Secure Container 641 Fomnat 

35 [01 52] The following table shows the parts that are included in the Offer SC(s) 641 . The parts, with the exception of 
some of the metadata parts, and BOM from the Metadata Sc(s) 620 are also included in the Offer SC(s) 641 . 
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[0153] The following describes the terms that are used In the above Offer SC{s) 641 that were not previously de- 
scribed for another SC(s): 
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10 



Metadata SC(s) BOM - The BOM from the original Metadata SC(s) 620. The record In the Offer SC(s) 641 BOM 
includes the digest of the Metadata SC(s) 620 BOM. 

Additional and Overridden Fields - Usage conditions information that was overridden by the Electronic Digital 
Content Store(s) 103, This information is validated by the ClearingHouse(s) 105, by means of the received SC(s) 
templates, to make sure that anything that the Electronic Digital Content Store(s) 1 03 overrides is within the scope 

of its authorisation. 

Electronic Digital Content Store(s) Certificate - A certificate provided to the Electronic Digital Content Store(s) 103 
by the ClearingHouse(s) 1 05 and signed by the ClearingHouse(s) 1 05 using its private key. This certificate is used 
by the End-User Player Application 1 95 to verify that the Electronic Digital Content Store(s) 1 03 is a valid distributor 
of Content 113. The End-User Player Application 195 and ClearingHouse(s) 105 can verify that the Electronk; 
Digital Content Store(s) 1 03 is an authorised distributor by decrypting the certificate's signature with the Clearing- 
house's 1 05 Publk; Key 621 . The End-User Player Application 1 95 keeps a local copy of the Clearinghouse's 1 05 
Public Key 621 that it receives as part of its initialisation during installation. 



15 F. Transaction Secure Container 840 Format 

[0154] The following table shows the parts that are included in the Transaction SC(s) 640 as well as its BOM and 
Key Description parts. 
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[01 551 The following describes the temns that are used in the above Transaction SC(s) 640 that were not previously 
described for another SC(s): 

55 ♦ Transaction ID 535 - An ID assigned by the Electronic Digital Content Store(s) 103 to uniquely identify the trans- 
action. 

• End-User(s) ID - An Identification of the End-User(s) obtained by the Electronic Digital Content Store(s) 1 03 at the 
time the End-User(s) makes the buying selection and provides the credit card Infomnation. 
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• End-User(s)' Public Key - The End-User(s)' Public Key 661 that is used by the ClearlngHouse(s) 1 05 to re-encrypt 
the Symmetric Keys 623. The End-User(s)' Public Key 661 is transmitted to the" Electronic Digital Content Store 
(s) 103 during the purchase transaction. 

• Offer SC(s) - Offer SC(s) 641 for the Content 113 items that were purchased. 

5 • Selections of Content Use - An array of Usage Conditions for each Content 113 item being purchased by the End- 
User(s). There is an entry for each Offer SC(s) 641 . 

• HTML to Display - One or more HTML pages that the End-User Player Application 195 displays in the Internet 
browser window upon receipt of the Transaction SC(s) 640 or during the Interaction between the End-User Device 
(s) 109 and the ClearingHouse(s) 105. 

[0156] When the End-User Devlce(s) 109 receives a Transaction SC(s) 640, the following steps may be perfomned 
to verify the Integrity and authenticity of the SC(s): 

1. Verify the Integrity of the Electronic Digital Content Store(s) 103 certificate using the Public Key 621 of the 
IS C!earjngHouse(s) 105. The Public Key 621 of the Clean ngHouse(s) 105 was stored at the End-User Device(s) 

109 after it was received as part of the initialisation of the End-User Player Application 195 during its Installation 
process. 

2. Verify the Digital Signature 643 of the SC(s) using the public key from the Electronic Digital Content Store(s) 
1 03 certificate. 

20 3. Verify the hashes of the SC(s) parts. 

4. Verify the integrity and authenticity of each Offer SC{s) 641 included in the TrarfSsaction SC(s) 640. 

G. Order Secure Container 650 Format 

25 [0157] The following table shows the parts that are included in the Order SC(s) 650 as well as its BOM and Key 
Description parts. These parts either provide information to the ClearingHouse(s) 105 for decryption and verification 
purposes or is validated by the ClearingHouse(s) 1 05. The parts and BOM from the Offer SC(s) 641 are also included 
in the Order SC(s) 650. The Some string in the Part Exists column of the Metadata SC(s) BOM indicates that the some 

of those parts are not included in the Order SC(s) 650. The BOM from the Metadata SC(s) 620 is also included without 
30 any change so that the ClearingHouse(s) 1 05 can validate the integrity of the Metadata SC(s) 620 and its parts. 
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45 

The following describes the terms that are used in the above Order SC(s) 650 that were not previously described for 
another SC(s): 

50 • Transaction SC(s) BOM - The BOM in the original Transaction SC(s) 640. The record in the Order SC(s) 650 BOM 
includes the digest of the Transaction SC(s) 640 BOM. 
• Encrypted Credit Card Info.- Optional encrypted infonnation from the End-User(s) that is used to charge the pur- 
chase to a credit card or • debit card. This information Is required when the Electronic Digital Content Store(s) 1 03 
that created the Offer SC(s) 641 does not handle the customer billing, in which case the ClearingHouse(s) 105 

55 may handle the billing. 
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H. License Secure Container 660 Format 

[0158] The following table shows the parts that are included in the License SC(s) 660 as well as its BOM. As shown 
in the Key Description part, the Symnrietric Keys 623 that are required for decrypting the watermarking instructions, 
5 Content 113. and Content 113 metadata have been re-encrypted by the ClearingHouse(s) 1 05 using the End-User(s) 
• Public Key 661 . When the End-User Device(s) 109 receives the License SC(s) 660 it decrypts the Symmetric Keys 
623 and use them to access the encrypted parts from the License SC(s) 660 and the Content SC(s) 630. 
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Digital Signature 



45 [0159] The following describes the temis that are used In the above License SC(s) 660 that were not previously 
described for another SC(s): 

• EU Pub Key - An identifier that indicates that the End'User(s)' Public Key 661 was used to encrypt the data. 

• Order SC(s) 650 ID - The SC{s) ID taken from the Order SC(s) 650 BOM. 

50 • Certificate Revocation List • An optional list of certificate IDs which were previously issued and signed by the 
ClearingHouse(s) 105, but are no longer considered to be valid. Any SC(s) that have a signature which can be 
verified by a certificate that is included in the revocation list are Invalid SC(s). The End-User Player Application 
195 stores a copy of the Clearinghouse's 105 certificate revocation list on the End-User Device(s) 109. Whenever 
a revocation list is received, the End-User Player Application 195 replaces its local copy if the new one is more up 

55 to date. Revocation lists includes a version number or a time stamp (or both) in order to detennlne which list is the 

most recent. 
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I. Content Secure Container Format 

[0160] The following table shows the parts that are included in the Content SC(s) 630 as well as the BOM: 



10 



20 



25 



30 



35 



Parts 



Content ID 



Encrypted Content 



Encrypted Metadata 



Metadata 



Certificate (s) 



BOM 



Fan Exists 



Digest 



S(s) Version 



SC(s)ID 



SC(s)Typc 



SC(s) Publisher 



Date 



Kxpiration l>atc 



Clcaringh()tise(s) 105 URL 



Digest Algorithm ID 



DigilaJ Signature Alg 11) 



Yes 



Yes 



Yes 



Yes 



Yes 



Yes 



Yes 



Yes 



Yes 



No 



Digital Signature 



[0161] The following describes the terms used In the above Content SC(s) 630 that were not previously described 
for another SC(s): 

40 • Encrypted Content - Content 113 that was encrypted by a Content Provlder(s) 101 using a Symmetric Key 623. 
• Encrypted Metadata • Metadata associated with the Content 1 1 3 that was encrypted by a Content Provlder(s) 1 01 
using a Symmetric Key 623. 

[0162] There is no Key Description part included in the Content SC(s) 630 since the keys required to decrypt the 
45 encrypted parts are in the License SC(s) 660 that is built at the ClearingHouse(s) 1 05. 

VL SECURE CONTAINER PACKING AND UNPACKING 

A. Overview 

50 

[0163] The SC(s) Packer is a 32-bit Windows' program with an API (Application Programming Interface) that can be 
called in either a multiple or single step process to create a SC(s) with all of the specified parts. The SC(s) Packer 151 , 
152, 153 variety of hardware platfonns supporting Windows' program at the Content Provider(s) 101, Clearinghouse 
(s) 105, Electronic Digital Content Store(s) 103 and other sites requiring SC(s) Packing. A BOM and, if necessary, a 
55 Key Description part are created and included in the SC{s). A set of packer APIs allows the caller to specify the infor- 
mation required to generate the records in the BOM and Key Description parts and to include parts in the SC(s). 
Encryption of parts and Symmetric Keys 623 as well as computing the digests and the digital signature is also be 
performed by the packer. Encryption and digest algorithms that are supported by the packer are included in the packer 
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code or they are called through an external interface. 

[0164] The interface to the packer for building a SC(s) is done by an API that accepts the foiiowing parameters as 
input: 

5 • A pointer to a buffer of concatenated structures. Each structure in the buffer is a command to the packer with the 
infomiation that is required to execute the command. Packer commands include adding a part to the SC(s) with 
an associated BOM record, adding a record to the BOM, and adding records to the Key Description part. 

• A value indicating the number of concatenated structures contained in the above described buffer. 

• Name and location of the BOM part. 

10 • A value with each bit being a defined flag or a reserved flag for future use. The following flags are cunrently defined: 

- Indication as to whether alt of the parts of the SC{s) should be bundled together into a single file after all of 
the structures in the buffer have been processed. Bundling the parts into a single object is the last step that 
is perfomned when building a SC(s). 
15 - Indrcation as to whether the digital signature is omitted from the BOM part. If this flag is not set, then the digital 

signature is computed right before the SC(s) is bundled into a single object. 

[0165] In an alternate embodiment, the interface to the packer for building a SC(s) is done by APIs that accept the 
following parameters as input: 

20 

« 

• First, an API is called to create a Bill of Materials (BOM) part by passing in pointer to a structure that consists of 
infomiation that is used to initialise SC(s) settings that are denoted as IP records in the SC(s) BOM part, the name 
to use for the BOM part, a default location to look for parts that will be added, and a flags value. This API returns 
a SC(s) handle that is used In subsequent Packer APIs. 

25 • The Packer has an API that is used whenever a part is added to a SC(s). This API accepts a SC{s) handle, which 
was previously returned by a previous Packer API, a pointer to a structure that consists of information about the 
part that is being added, and a flags value. Information about the part being added includes the name and location 
of the part, the name to use in the BOM for the part, the type of part that is being added, a hash value for the part, 
flags, etc. 

30 • After alt of the parts have been added to the SG(s) a Packer API is called to pack all of the parts, including the 
BOM part, into a single SG(s) object, which is typically a file. This API accepts a SC{s) handle, which was previously 
returned by a previous Packer API, the name to use for the packed SC(s), a pointer to a structure with information 
for signing the SC(s). and a flags value. 

35 [01 66] Either the packer or the entity calling the packer can use a SC(s) template to build a SC(s). SC{s) templates 
have infomnation that define parts and records that are required in the SC(s) that is being built. Templates can also 
define encryption methods and key references to use for encrypting Symmetric Keys 623 and encrypted parts. 
[0167] The packer has an API that is used to unpack a SG(s). Unpacking a SC(s) is the process of taking a SC(sj 
and separating it into its individual parts. The packer can then be called to decrypt any of the encrypted parts that were 

40 unpacked from the SC{s). 

B. Bill of Materials (BOM) Part 

[01 68] The BOM part is created by the packer when a SC(s) is being built. The BOM is a text file that contains records 
45 of information about the SC(s) and about the parts that are included in the SC(s). Each record in the BOM is on a single 

line with a new line indicating the start of a new record. 

The BOM usually includes digests for each part and a digital signature that can be used to validate the authentteity 

and integrity of the SC(s). 

The record types within a BOM are as follows: 

50 

IP An IP record contains a set of Name=Value pairs pertaining to the SC(s). The following Names are reserved for 
specific properties of SC(s): 

V major.minor.fix 

55 The V property specifies the version of the SC(s). This is the version number of the SC(s) specification 

that the SG(s) was created under. The string that follows should be of the iorm major.minor.fix, where 
major, minor, and fix are the major release number, minor release number, and fix level, respectively. 
ID value 
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The ID property is a unique value that is assigned to this specific SC(s) by the entity that is creating this 
SC(s). The fonmat of the value Is defined in a later version of this document. 
T value The T property specifies the type of the SC(s). which should be one of: 

ORD - An Order SC(s) 650. 
OFF -An Offer SC(s)641. 
Lie - A License SC(s). 
TRA - A Transaction SC(s) 640. 
MET - A Metadata SC(s) 620. 
CON - A Content SC(s) 630. 

A value 

The A property identifies the author or publisher of the SC{s). Author/publisher identities should be un- 
ambiguous and/or registered with the ClearingHouse(s) 105. 
D value 

The D property identifies the date, and optionally, the time that the SC(s) was created. The value should 
be of the form yyyy/mm/dd[@hh:mm[:ss[.fsec]l[(TZ)]] representing year/month/day @ hour:minute:sec- 
ond.decimal-fraction-of -second (time-zone). Optional parts of the value are enclosed in [] characters. 
E value 

The E properly identifies the date, and optionally, the time that the SC(s) expires. The value should be 
the same fonn used in the D property that was previously defined. The 'expiration dateAime should be 
compared, whenever possible, with the dateAime at the ClearingHouse(s) 1 05. 
CCURL value 

The CCURL property identifies the URL of the ClearingHouse(s) 105. The value should be of the forni 
of a valid external URL. 
H value 

The H property Identifies the algorithm that was used to calculate the message digests for the parts 
included in the SC(s). An example digest algorithm is MD5. 

A D record is a data or part entry record that contains infomnation that identifies the type of part, the name of 
the part, the (optional) digest of the part, and an (optional) indication that the part is not included in the SC(s). 
A - sign immediately after the type identifier is used to Indicate that the part Is not included In the SC(s). The 
following are reserved types of data or part records: 

K part_name [digest] 

Specifies the Key Description part. 
W part_name [digest] 

Specifies the watennarking Instaictions part. 
C part_name [digest] 

Specifies the certrficate(s) used to validate the digital signature. 
T part_name [digest] 

Specifies the Usage Conditions part. 
YF part_name [digest] 

Specifies the Template part for the Offer SC(s) 641 . 
YO part_name [digest] 

Specifies the Template part for the Order SC(s) 650. 
YL part name [digest] 

Specifies the Template part for the License SC(s) 660. 
ID part_name [digest] 

Specifies the ID(s) of the Content 113 of the item(s) of Content 113 being referenced. 
OH part.name [digest] 

Specifies the ClearingHouse(s) 105 certificate part. 
SP part_name [digest] Specifies the Electronic Digital Content Store(s) 1 03 certificate part. 
B part_name [digest] 

Specifies a BOM part for another SC(s) that has its parts or a subset of Its parts Included In this SC(s). 
BP part_name scj3art_name [digest] 

Specifies a BOM part for another SC(s) that is included as a single part in this SC(s). The sc_part_name 
parameter is the name of the SC(s) part that is included in this SC(s) and that this BOM part defines. A 
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BOM that is Identical to this one is also included in the SC(s) that Is defined by the scj3ait_name pa- 
rameter. 
D part_name [digest] 

Specifies a data (or metadata) part. 

5 

S An S record is a signature record the is used to define the digital signature of the SC(s). The digital signature Is 

specified as follows: 

S Iceyjdentifier signature^string signature_algorlthm 
10 The S record contains the keyjdentifierto Indicate the encryption key of the signature, the slgnature_string, 

which Is the base64 encoding of the digital signature bitstring, and the signature algorithm that was used to 
encrypt the digest to create the digital signature. 

C. Key Description Part 

IS 

[01 69] The Key Description part is created by the packerto provide inf onnation about encryption keys that are needed 
for decryption of SC(s) encrypted parts. The encrypted parts may be included In the SC(s) being built or may be in 
other SC{s) which are referred to by the SC(s) being built. The Key Description part is a text file that contains records 
of information about the encryption keys and the parts for which the encryption keys are used. Each record in the Key 
20 Description part is on a single line with a new line Indicating the start of a new record. . 

[0170] The following record type is used within a Key Description part and is defined as follows: 

K encryptedj3art_name; resultjaarl^name; 

part_encryption_algorithm_identlfler; public_keyjdentifier key_encryption_algorithm and encrypted_symmetric_ 

25 key. 

A K record specifies an encrypted part that may be included in this SC(s) or may be Included in another SC(s) that 
Is refenred to by this record. The encrypted_pait_name Is either the name of a part in this SC(s) or a URL pointing 
to the name of the encrypted part in another SC(s). The result_part_name is the name that Is given to the decrypted 
part. The part_encryption_algorithm Jdentif ier Indicates the encryption algorithm that was used to encrypt the part. 
30 The public_key_ldentifier Is an identifier of the key that was used to encrypt the Symmetry Key 623. 

The key_encryptlon_algorithmJdentifier indicates the encryption algorithm that was used to encrypt the Symmetric 
Key 623. The encrypted symmetric key is a base64 encoding of the encrypted Symmetric Key 623 bit string that 
was used to encrypt the part. 

35 Vii. CLEARINGHOUSE(S) 105 

A. Overview 

[0171] The ClearingHouse(s) 105 is responsible for the rights management functions of the Secure Digital Content 
40 Electronic Distribution System 100. ClearingHouse(s) 105 functions include enablement of Electronic Digital Content 
Store{s) 103, verification of rights to Content 113, Integrity and authenticity validation of the buying transaction and 
related infomiation. distribution of Content encryption keys or Symmetric Keys 623 to End-User Device(s) 1 09, tracking 
the distribution of those keys, and reporting of transaction summaries to Electronic Digital Content Store(s) 103 and 
Content Provider(s) 1 01 . Content encryption keys are used by End-User Devk^(s) 1 09 to unlock Content 1 1 3 for which 
45 they have obtained rights, typically by a purchase transaction from an authorised Electronic Digital Content Store(s) 
103. Before a Content encryption key is sent to an End-User Devlce(s) 109, the ClearingHouse(s) 105 goes through 
a verification process to validate the authenticity of the entity that Is selling the Content 113 and the rights that the End- 
User Device(s) 1 09 has to the Content 113. This is called the SC Analysis Tool 185. In some configurations the Clear- 
ingHouse(s) 105 may also handle the financial settlement of Content 113 purchases by co-locating a system at the 
50 ClearingHouse(s) 1 05 that perfonns the Electronic Digital Content Store(s) 1 03 functions of credit card authorisation 
and billing. The ClearingHouse(s) 105 uses OEM packages such as ICVerify and Taxware to handle the credit card 
processing and local sales taxes. 

Electronic Digital Content Store{s) Embodiment 

55 

[0172] An Electronic Digital Content Store(s) 103 that wants to partk^ipate as a seller of Content 113 in the Secure 
Digital Content Electronic Distribution System 100 makes a request to one or more of the Digital Content Provider(s) 
101 that provide Content 113 to the Secure Digital Content Electronic Distribution System 100. There is no definitive 
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process for making the request so long as the two parties come to an agreement. After the digital content label such 
as a Music Label e.g. Sony, Time-Wamer, etc. decides to allow the Electronic Digital Content Store(s) 1 03 to sell its 
Content 1 1 3, the ClearingHouse(s) 1 05 is contacted, usually via E-mail, with a request that the Electronic Digital Content 
Store(s) 103 be added to the Secure Digital Content Electronic Distribution System 100. The digital content label 

5 provides the name of the Electronic Digital Content Store(s) 103 and any other infonnation that may be required for 
the ClearingHouse(s) 1 05 to create a digital certificate for the Electronic Digital Content Store(s) 103. The digital cer- 
tificate is sent to the digital content label in a secure fashion, and then fonwarded by the digital content label to the 
Electronic Digital Content Store(s) 103. The ClearingHouse(s) 105 maintains a database of digital certificates that it 
has assigned. Each certificate includes a version number, a unique serial number, the signing algorithm, the name of 

10 the issuer (e.g., the name of ClearingHouse(s) 1 05), a range of dates for which the certificate is considered to be valid, 
the name Electronic Digital Content Store(s) 103, the public key of the Electronic Digital Content Store(s) 1 03, and a 
hash code of all of the other Infonnation signed using the private key of the ClearingHouse(s) 1 05. Entities that have 
the Public Key 621 of the ClearingHouse(s) 105 can validate the certificate and then be assured that a SC(s) with a 
signature that can be validated using the public key from the certifteate is a valid SC(s). 

15 [0173] After the Electronic Digital Content Store(s) 103 has received its digital certificate that was created by the . 
ClearingHouse(s) 105 and the necessary tools for processing the SC(s) from the digital content label, it can begin 
offering Content 113 that can be purchased by End-User(s). The Electronic Digital Content Store(s) 103 includes its 
certificate and the Transaction SC(s) 640 and signs the SC(s) using its Digital Signature 643. The End-User Device 
(s) 1 09 verifies that the Electronic Digital Content Store(s) 1 03 is a valid distributor of Content 1 1 3 on the Secure Digital 

20 Content Electronic Distribution System 100 by first checking the digital certificate revocation list and then using the 
Public Key 621 of the ClearingHouse(s) 1 05 to verify the information in the digital certificate for the Electronic Digital 
Content Store(s) 103. A digital certificate revocation list is maintained by the ClearingHouse(s) 105. The revocation 
list may be included as one of the parts in a License SC(s) 660 that is created by the ClearingHouse(s) 1 05. End-User 
Devlce(s) 109 keep a copy of the revocation list on the End-User Device(s) 109 so they can use it as part of the 

25 Electronic Digital Content Store(s) 1 03 digital certificate validation. Whenever the End-User Device(s) 1 09 receives a 
License SC(s) 660 it detemnines whether a new revocation list is included and if so, the local revocation list on the 
End-User Device(s) 109 is updated. 

B. Rights Management Processing 

30 

Order SC(s) Analysis 

[0174] The ClearingHouse(s) 105 receives an Order SC(s) 650 from an End-User(s) after the End-User(s) has re- 
ceived the Transaction SC(s) 640, which include the Offer SC{s) 641 , from the Electronte Digital Content Store(s) 103. 
35 The Order SC(s) 650 consists of parts that contain infonnation relative to the Content 113 and Its use, Infomiatlon 
about the Electronic Digital Content Store(s) 103 that is selling the Content 113, and information about the End-User 
(s) that Is purchasing the Content 1 1 3. Before the ClearingHouse(s) 1 05 begins processing the information in the Onjer 
SC(s) 650, it first perf onns some processing to insure that the SC(s) is in fact valid and the data it contains has not 
been corrupted in any way. 

40 

Validation 

[0175] The ClearingHouse(s) 105 begins the validation of Order SC(s) 650 by verifying the digital signatures, then 
the ClearingHouse(s) 1 05 verifies the integrity of the Order SC(s) 650 parts. To validate the digital signatures, first the 

45 ClearingHouse(s) 1 05 decrypts the Contents 631 of the signature Itself using the Public Key 661 of the signing entity 
included if signed. (The signing entity could be the Content Provider(s) 101, the Electronic Digital Content Store(s) 
103, the End User Device{s) 109 or any combination of them.) Then, the ClearingHouse(s) 105 calculates the digest 
of the concatenated part digests of the SC(s) and compares it with the digital signature's decrypted Content 1 1 3. If the 
two values match, the digital signature is valid. To verify the integrity of each part, the ClearingHouse(s) 1 05 computes 

50 the digest of the part and compares it to the digest value in the BOM. The ClearingHouse(s) 105 follows the same 
process to verify the digital signatures and part integrity for the Metadata and Offer SC(s) 641 parts included within 
the Order SC(s) 650. 

[0176] The process of verification of the Transaction and Offer SC(s) 641 digital signatures also indirectly verifies 
that the Electronic Digital Content Store(s) 103 is authorised by the Secure Digital Content Electronic Distribution 
55 System 100. This is based on the fact that the ClearingHouse{s) 105 is the issuer of the certificates. Alternately, the 
ClearingHouse(s) 1 05 would be able to successfully verify the digital signatures of the Transaction SC(s) 640 and Offer 
SC(s) 641 using the public key from the Electronic Digital Content Store(s) 1 03, but only if the entity signing the SC(s) 
has ownership of the associated private key. Only the Electronic Digital Content Store(s) 103 has ownership of the 
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private key. Notice that the ClearingHouse(s) 105 does not need to have a local database of the Electronic Digital 
Content Store(s) 1 03. Since the store uses the Clearinghouse Public Key to sign the Transaction SC{s) 640 Offer SC 
(s) 641 public keys. 

[0177] Then, the Store Usage Conditions 51 9 of the Content 113 which the End-User(s) is purchasing are validated 
5 by the ClearlngHouse(s) 105 to insure that they fall within the restrictions that were set in the Metadata SC(s) 620. 
Recall that the Metadata SC(s) 620 Is Included within the Order SC(s) 650. 

Key Processing 

10 [01 78] Processing of the encrypted Symmetric Keys 623 and of the watermarking instructions are done by the Clear- 
ingHouse(s) 1 05 after authentteity and the integrity check of the Order SC(s) 650, the validation of the Electronic Digital 
Content Store(s) 103, and the validation of the Store Usage Conditions 519 have been completed successfully. The 
Metadata SC(s) 620 portion of the Order SC(s) 650 typically has several Symmetric Keys 623 located in the Key 
Description partthat were encrypted using the Public Key621 of theC!earingHouse(s) 105. Encryption of the Symmetric 

15 Keys 623 are done by the Content Provider(s) 1 01 when the Metadata SC(s) 620 was created. 

[01 79] One Symmetric Key 623 are used for decrypting the watermarking instructions and the others for decrypting 
the Content 113 and any encrypted metadata. Since Content 113 can represent a single song or an entire collect of 
songs on a CD, a different Symmetric Key 623 may be used for each song. The watermarking instructions are Included 
within the Metadata SC(s) 620 portion in the Order SC(s) 650. The Content 113 and encrypted metadata are in the 

20 Content SC(s) 630 at a Content Hosting Site(s) 111. The URL and part names of the encrypted Content 113 and 
metadata parts, within the Content SC(s) 630, are Included in the Key Description part of the Metadata SC(s) 620 
portion of the Order SC(s) 650. The ClearingHouse(s) 105 uses its private key to decrypt the Symmetric Keys 623 and 
then encrypts each of them using the Public Key 661 of the End-User Device(s) 109. The Public Key 661 of the End- 
User Device(s) 109 is retrieved from the Order SC(s) 650. The new encrypted Symmetric Keys 623 are Included in 

25 the Key Description part of the License SC(s) 660 that the ClearingHouse(s) 1 05 returns to the End-User Device(s) 109. 
[01 80] During the time of processing the Symmetric Keys 623, the ClearingHouse(s) 1 05 may want to make modi- 
fications to the watemnarking instructions. If this is thecase, then aftertheClearingHouse(s) 105 decrypts the Symmetric 
Keys 623, the watemnari<lng instructions are modified and re-encrypted. The new watermarking instructions are includ- 
ed as one of the parts within the License SC(s) 660 that gets returned to the End-User Device(s) 1 09. 

30 [01 81 ] If all of the processing of the Order SC(s) 650 is successful, then the ClearingHouse(s) 1 05 returns a License 
SC(s) 660 to the End-User Device(s) 109. The End-User Device(s) 109 uses the License SC(s) 660 information to 
download the Content SC(s) 630 and access the encrypted Content 113 and metadata. The watermarking instructions 
are also executed by the End-User Device(s) 1 09. 

[0182] If the ClearingHouse(s) 1 05 is not able to successfully process the Order SC(s) 650, then an HTML page is 
35 returned to the End-User Device(s) 109 and displayed in an Internet browser window. The HTML page indicates the 
reason that the ClearingHouse(s) 105 was unable to process the transaction. 

[01 83] I n an alternate embodiment, if the user has purchased a copy of the Content 1 1 3 prior to the release date set 
for the sale, the Llcense(s) SC 660 is returned without the Symmetric Keys 623. The License(s) SC 660 is returned to 
the CiearingHouse(s) 1 05 on or after the release date to receive the Symmetric Keys 623. As an example, the Content 
40 Provider{s) 101 allow users to download a new song prior to the release date for the song to enable customers to 
download the song and be prepared to play the song before a date set by the Content Provlder(s) 101 . This allows 
immediate opening of the Content 113 on the release date without having to content for bandwidth and download time 
on the release date. 

45 c. Country Specific Parameters 

[0184] Optionally, the ClearingHouse(s) 105 uses the domain name of the End-User Device(s) 1 09 and, whenever 
possible, the credit card billing address to determine the country location of the End-User(s). If there are any restrictions 
for the sale of Content 113 in the country where the End-User(s) resides, then the ClearingHouse(s) 105 insures that 
50 the transaction being processed is not violating any of those restrictions before transmitting License SC(s) 660 to the 
End-User Devk^(s) 109. The Electronic Digital Content Store(s) 103 is also expected to participate in managing the 
distribution of Content 113 to various countries by performing the same checks as the ClearingHouse(s) 105. The 
ClearingHouse(s) 105 does whatever checking that It can in case the Electronic Digital Content Store(s) 1 03 is ignoring 
the country specific rules set by the Content Provider(s) 101. 

55 

D. Audit Logs and Tracking 

[0185] The ClearingHouse(s) 105 maintains a Audit Logs 150 of information for each operation that is perfonrted 
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during Content 113 purchase transactions and report request transactions. The Infomiatlon can be used for a variety 
of purposes such as audits of the Secure Digital Content Electronic Distribution System 100, generation of reports, 
and data mining. 

[0186] The C!earingHouse(s) 1 05 also maintains account balances in Billing Subsystem 1 82 for the Electronic Digital 
5 Content Store(s) 1 03. Pricing structures for the Electronic Digital Content Store{s) 1 03 is provided to the ClearingHouse 
(s) 105 by the digital content labels. This information can include things like current specials, volume discounts, and 
account deficit limits that need to be imposed on the Electronic Digital Content Store(s) 103. The ClearingHouse{s) 
105 uses the pricing infonnation to track the balances of the Electronic Digital Content Store(s) 103 and insure that 
they do not exceed their deficit limits set by the Content Provider(s) 1 01 . 
10 [01 87] The following operations are typically logged by the ClearingHouse(s) 1 05: 

• End-User Device(s) 1 09 requests for License SC(s) 660 

• Credit card authorisation number when the ClearingHouse(s) 1 05 handles the billing 

• Dispersement of License SC(s) 660 to End-User Device(s) 1 09 
IS • Requests for reports 

• Notification from the End-User(s) that the Content SC(s) 630 and License SC(s) 660 were received and validated 

[0188] The following infomnation is typically logged by the ClearingHouse(s) 1 05 for a License SC(s) 660: 

20 Date and time of the request 

• Date and time of the purchase transaction 

• Content ID of the item being purchased 

• Identification of the Content Provider(s) 1 01 

• Store Usage Conditions 519 

25 • Watermarking instruction modifications 

• Transaction ID 535 that was added by the Electronic Digital Content Store(s) 1 03 

• Identiffcation of the Electronic Digital Content Store(s) 1 03 

• Identification of the End-User Device(s) 1 09 

• End-User(s) credit card infomnation (if the ClearingHouse(s) 105 is handling the billing) 

30 

[01 89] The following infonnation is typically logged by the ClearingHouse{s) 1 05 for an End-User's credit card vali- 
dation: 

• Date and time of the request 

35 • Amount charged to the credit card 

• Content ID of the item being purchased 

• Transaction ID 535 that was added by the Electronic Digital Content Store(s) 1 03 

• Identification of the Electronic Digital Content Store(s) 103 

• Identification of the End-User(s) 

"to • End-User(s) credit card information 

• Authorisation number received from the clearer of the credit card 

[01 90] The following information Is typically logged by the ClearingHouse(s) 1 05 when a License SC(s) 660 is sent 
to an End-User Device(s) 1 09: 

45 

• Date and time of the request 

• Content ID of the item being purchased 

• Identification of Content Provider{s) 101 

• Usage Conditions 51 7 

50 • Transaction ID 535 that was added by the Electronic Digital Content Store(s) 1 03 

• Identification of the Electronic Digital Content Store(s) 103 

• Identification of the End-User(s) 

' [0191] The following infonnation is typically logged when a report request is made: 

55 

• Date and time of the request 

• Date and time the report was sent out 

• Type of report being requested 
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• Parameters used to generate the report 

• Identifier of the entity requesting the report 

E. Reporting of Results 

5 

[0192] Reports are generated by the CleartngHouse(s) 105 using the information that the CiearingHouse(s) 105 
logged during End-User(s) purchase transactions. Content Provider(s) 101 and Electronic Digital Content Store(s) 103 
can request transaction reports from the ClearingHouse(s) 105 via a Payment Verification Interface 183 so they can 
reconcile their own transaction databases with the infonmation logged by the ClearingHouse(s) 1 05. The GlearingHouse 

10 (s) 106 can also provide periodic reports to the Content Provider(s) 101 and Electronic Digital Content Store(s) 103. 
[0193] The ClearingHouse(s) 105 defines a secure electronic interface which allows Content Provider(s) 101 and 
Electronic Digital Content Store(s) 1 03 to request and receive reports. The Report Request SC(s) includes a certificate 
that was assigned by the ClearingHouse(s) 1 05 to the entity initiating the request. The ClearingHouse(s) 105 uses the 
certificate and the SC's digital signature to verify that the request originated from an authorised entity. The request 

15 also includes parameters, such as time duration, that define the scope of the report. The ClearingHouse(s) 1 05 validates 
the request parameters to insure that requesters can only receive infomriation for which they are permitted to have. 
[0194] If the ClearingHouse(s) 105 detemnines that the Report Request SC(s) is authentic and valid, then the Clear- 
ingHouse(s) 1 05 generates a report and pack it into a Report SC(s} to be sent to the entity that initiated the request. 
Some reports may be automatically generated at defined time intervals and stored at the ClearingHouse(s) 105 so 

20 they can be Immediately sent when a request is received. The fonnat of the data included in the report is defined in a 
later version of this document. 

F. Billing and Payment Verification 

25 [0195] Billing of Content 113 can be handled either by the ClearingHouse(s) 105 orby the Electronic Digital Content 
Store(s) 103. In the case where the ClearingHouse(s) 1 05 handles the billing of the electrons Content 113. the Elec- 
tronic Digital Content Store(s) 103 separates the End-User(s)' order Into electronic goods and, if applicable, physical 
goods. The Electronic Digital Content Store(s) 103 then, notifies the ClearingHouse(s) 105 of the transaction, Including 
the End-User(s)' billing infonnation, and the total amount that needs to be authorised. The ClearingHouse(s) 105 au- 

30 thorises the End-User(s)* credit card and returns a notification back to the Electronic Digital Content Store{s) 1 03. At 
the same time the ClearingHouse(s) 105 is authorising the End-User(sy credit card, the Electronic Digital Content 
Store(s) 103 can charge the End-User(s)' credit card for any physical goods that are being purchased. After each 
electronic item is downloaded by the End-User Devk;e(s) 109, the ClearingHouse(s) 105 Is notified so the End-User 
(s)' credit card can be charged. This occurs as the last step by the End-User Devlce(s) 1 09 before the Content 1 1 3 Is 

35 enabled for use at the End-User Device(s) 109. 

[0196] In the case where the Electronic Digital Content Store(s) 103 handles the billing of the electronic Content 113, 
the ClearingHouse(s) 1 05 is not notified about the transaction until the End-User Device(s) 1 09 sends the Order SC 
(s) 650 to the CtearingHouse(s) 105. The ClearingHouse(s) 105 is still notified by the End-User Devtee(s) 109 after 
each electronic item is downloaded. When the Clean ngHouse(s) 1 05 Is notified it sends a notiffcation to the Electronic 

40 Digital Content Store(s) 1 03 so that the Electronic Digital Content Store(s) 1 03 can charge the End-User(s)' credit card. 

G. Retransmissions 

[01 97] The Secure Digital Content Electronic Distribution System 1 00 provides the ability to handle retransmissions 
45 of Content 113. This is typically perfomned by a Customer Service Interface 184. Electronic Digital Content Store(s) 

103 provides a user interface that the End-User(s) can step through in order to initiate a retransmission. The End-User 
(s) goes to the Electronic Digital Content Store(s) 103 site where the Content 113 item was purchased in order to 
request a retransmission of the Content 113. 

[0198] Retransmissions of Content 113 are done when an End-User(s) requests a new copy of a previously pur- 
50 chased Content 113 item because the Content 1 1 3 could not be downloaded or the Content 1 1 3 that was downloaded 
Is not usable. The Electronic Digital Content Store(s) 103 detemiines whether the End-User(s) is entitled to do a re- 
transmission of the Content 113. If the End-Users) is entitled to a retransmission, then the Electronic Digital Content 
Store(s) 103 builds a Transaction SC(s) 640 that includes the Offer SC(s) 641 of the Content 113 item(s) being re- 
transmitted. The Transaction SC(s) 640 is sent to the End-User Devlce(s) 1 09 and the identical steps as for a purchase 
55 transaction are perfonned by the End-User{s). If the End-User Device(s) 1 09 has a scrambled key(s) in the key library 
for the Content 113 item(s) undergoing retransmission, then the Transaction SC{s) 640 includes information that in- 
structs the End-User Device(s) 109 to delete the scrambled key(s). 

[0199] In the case where the ClearlngHouse(s) 105 handles the financial settlement of Content 113 purchases, the 
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Electronic Digital Content Store(s) 1 03 includes a flag in the Transaction SC{s) 640 that is carried fonward to the Clear- 
ingHouse(s) 105 in the Order SC(s) 650. The ClearingHouse(s) 105 Interprets the flag in the Order SC(s) 650 and 
proceed with the transaction without charging the End-User(s) for the purchase of the Content 113. 

5 Vlil. CONTENT PROVIDER 

. ... A. Overview 

[0200] The Content Provider(s) 101 in the Secure Digital Content Electronic Distribution System 100 is the digital 
10 content label or the entity who owns the rights to the Content 1 1 3. The role of the Content Provider{s) 1 01 is to prepare 
the Content 113 for distribution and make infomnation about the Content 113 available to Electronic Digital Content 
Store(s) 103 or retailers of the downloadable electronic versions of the Content 113. To provide the utmost security 
and rights control to the Content Provider(s) 101 , a series of tools are provided to enable the Content Provider(s) 1 01 
to prepare and securely package their Content 113 into SC(s) at their premises so that the Content 113 is secure when 
15 It leaves the Content Provider(s)' 101 domain and never exposed or accessible by unauthorised parties. This allows 
Content 113 to be freely distributed throughout a non-secure networic, such as the Internet, without fear of exposure 
to hackers or unauthorised parties. 

[0201] The end goal of the tools for the Content Provider(s) 101 Is to prepare and package a Content 113 such as 
a song or series of songs Into Content SC(s) 630 and to package infonmation describing the song, approved uses of 
20 the song (content Usage Conditions 517), and promotional Information for the song into a Metadata SC(s) 620. To 
accomplish this, the following set of tools are provided: 

• Work Flow Manager 1 54 - Schedules processing activities and manages the required synchronisation of processes. 

• Content Processing Tools 1 55 - A collection of tools to control Content 1 1 3 file preparation including Watermari<ing, 
25 Preprocessing (for an audio example any required equalisation, dynamics adjustment, or re-sampling) encoding 

and compression. 

• Metadata Assimilation and Entry Tool 161 - A collection of tools used to gather Content 1 1 3 description information 
from the Database 1 60 of the Content Provider(s) and/or third party database or data import files and/or via operator 
interaction and provides means for specifying content Usage Conditions 517. Also provided is an interface for 

30 capturing or extracting content such as digital audio content for CDS or DDP files. 

• Quality Control Tool enables to preview of prepared content and metadata. Any corrections needed to the metadata 
or resubmission of the content for further processing can be conducted. 

• SC(s) Packer Tool 152 - Encrypts and packages all Content 113 and infomnation and calls the SC(s) Packer to 
pack into SC(s). 

35 • Content Dispersement Tool (not shown) - Disperses SC{s) to designated distribution centres, such as Content 
Hosting Slte(s) 111 and Electronic Digital Content Store(s) 103. 
» Content Promotions Web Site 156 - stores Metadata SC(s) 620 and optionally additional promotional material for 
download by authorised Electrons Digital Content Store(s) 103. 

40 B. Work Flow Manager 154 

[0202] The purpose of this tool is to schedule, track, and manage Content 113 processing activities. This application 
enables multi-user access as well as allowing scheduling of Content 113 and status checking from remote locations 
within the Intranet or extranet of the Content Provider(s) 101. This design also allows for collaborative processing 

45 where multiple individuals can be woridng on multiple pieces of Content 1 1 3 In parallel and different individuals can be 
assigned specific responsibilities and these Individuals can be spread throughout the worid. 
[0203] Turning now to FIG. 8 is a block diagram of the major processes of the Work Flow Manager 154 corresponding 
to FIG. 7. The major processes in FIG. 8 summarises the Content 113 processing functions provided by the tools 
described in this section. The Work Flow Manager 154 is responsible for feeding jobs to these processes and directing 

50 jobs to the next required process upon completion of its current process. This is accomplished through a series of 
Application Programming Interfaces (APIs) which each processing tool calls to: 

• retrieve the next job to process 

• indicate successful completion of a process 

55 • indicate unsuccessful completion of a process and reason for the failure 

• provide interim status of a process (to allow Initiation of processes that require only partial completion of a depend- 
ent process) 

• add comments to a product which are made available to the designated processes 
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[0204] The Work Row Manager 154 also has a user Interface, an example Work Flow Manager User Interface 700 
is illustrated in FIG.7 which provides the following functions: 

• a configuration panel to aitow spec(fk:ation of default values and conditions to be assigned and performed during 
5 various stages of processing 

• customisation of the woric flow rules and automated processing flows 

• job scheduling 

• status queries and reports 

• add comments or instructions for a job associated to one or more processes 

10 • job management (I.e. suspend, release, remove, change priority (order of processing)) 

[0205] Each process has a queue associated with it managed by the Work Flow Manager 154. All processes re- 
questing Jobs from the Work Flow Manager 154 results in the Work Flow Manager 154 either suspending the process 
(tool) in a wait state if there are no jobs currently in its associated queue or returning to the process all infomiation 
IS about the job needed to perf onm its respective process . if a process is suspended in a wait state, It resumes processing 
when a job Is placed on its queue by the Work Flow Manager 154. 

[0206] The Work Flow Manager 1 54 also manages the flow or order of processing based on a set of defined rules. 
These rules can be customised by the Content Provrder(s) 101 if it has special processing requirements or configures 
specific defaults rules. When a process reports completion of its assigned task, it notifies the Woric Flow Manager 154 
20 of this status and the Wori( Flow Manager 1 54 decides what queue the job gets placec| on next based on the defined 
rules. 

[0207] Comments indicating special handling instructions or notices may also be attached to the product at any of 
the processing steps via either the programming API or manually through the Work Flow Manager User Interface 700 
or processor tnteriaces. 

25 [0208] The processes in the Work Flow Manager 1 54 are implemented in Java in the preferred embodiment but other 
programming languages such as C/C+4-, Assembler and equivalent can be used. It should be understood that the 
processes described below for the Work Flow Manager 154 can mn on a variety of hardware and software platforms. 
The Work Flow Manager 154 as a complete system or as any of ifs constitute processes may be distributed as an 
application program in a computer readable medium including but not limited to electrons distribution such as the web 

30 or on floppy diskettes, CD ROMS and removable hard disk drives. 

[0209] Turning now to FIG. 8 is a block diagram of the major processes of the Work Flow Manager 1 54 corresponding 
to FIG. 7. The following sections summarise each process and describes the information or action required by each 
process. 

35 1 . Products Awaiting Action/Information Process 801 

[0210] Jobs are placed on specific processes queues once all Infomnation required by that process is available and 
the job has already successfully completed alt dependent processing. A special queue exists in the Work Flow Manager 
154 which is used to hold jobs that are not currently available for processing due to missing infomiation or a failure 
40 that prevent further processing. These jobs are placed in the Products Awaiting Action/Information Process 801 queue. 
Each job in this queue has associated status to indicate the action or information it Is waiting on, the last process that 
woriced on this job, and the next process(es) this job is queued to once the missing or additional infomnation is provided 
or the required action is successfully completed. 

[021 1] Completion of any process causes the Work Flow Manager 1 54 to check this queue and determine if any job 
45 in this queue was awaiting the completion of this process (action) or information provided by this process. If so, that 
job is queued to the appropriate process queue. 

2. New Content Request Process 802 

so [021 2] The Content Provider(s) 101 detemnines those products (for example, a product may be a song or a collection 
of songs) it wishes to sell and deliver electronically. The initial function of the Work Row Manager 154 is to enable an 
operator to identify these products and to place them on the queue of the New Content Request Process 802. The 
Content Provider(s) 101 may specify through configuration options, what information is prompted for on the product 
selection interface. Enough infonnation is entered to uniquely identify the product. Optionally, additional fields may be 

55 included to request manual entry of the infonnation required to Initiate the audio processing phase in parallel with the 
metadata acquisition. If not provided manually, this infonnation can optionally be retrieved from default configuration 
settings or from the Database 160 of the Content Provlder(s), obtained in the first stage of Metadata Processing as in 
Automatic Metadata Acquisition Process 803. The makeup and capabilities of the Content 113 in the Database 1 60 of 
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the Content Provider(s) deternnines the Content selection process. 

[021 3] If the required information needed to perfonm a query to the Database 1 60 of the Content Provider(s) 1 01 is . 
specified, the job is processed by the Automatic Metadata Acquisition Process 803. In a music embodiment, to properly 
schedule the product for audio processing, the product's genre and the desired compression levels are specified as 
5 well as the audio PCM or WAV filename(s). This information may be entered as part of the product selection process 
or selected via a customised query interface or Web browser function. Specification of this infomnation enables the 
product to be scheduled for content processing. 

[0214] The product selection user interface provides an option enabling the operator to specify whether the product 
can be released for processing or whether it are held pending further infomnation entry. If held, the job Is added to the 
10 queue of the New Content Request Process 802 awaiting further action to complete data entry and/or release the 
product for processing. Once the product is released, the Work Flow Manager 1 54 evaluates the infomiation specified 
and determines which processes the job is ready to be passed to. 

[021 5] If adequate inf onnation is provided to enable an automated query to the Database 1 60 of the Content Provider 
(s)' 101 , the job is queued for Automatic Metadata Acquisition Process 803. If the database mapping table has not 

15 been configured for the Automatic Metadata Acquisition Process 803, the job is queued for Manual Metadata Entry 
Process 804 (see Automatic Metadata Acquisition Process 803 section for details on the Database Mapping Table). 
[0216] If the required general information for audio processing and the specific information required for watermarking 
is specified, the Job is queued for Watennarking Process 808 (the first phase of content processing). If any of the 
required infonmation is missing when the job is released, the job is queued to the queue of the Products Awaiting Action/ 

20' Infomnation Process 801 along with status indicating the infomnation that is missing. 

[02171 I* the status indicates that the filename of the Content 113, for example where the Content 113 is audio and 
the PCM or WAV file is missing, this may indicate that a capture (or digital extraction from digital media) is required. 
The audio processing functions require that the song files be accessible via a standard file system interface. If the 
songs are located on external media or a file system that is not directly accessible to the audio processing tools, the 

25 files are first be copied to an accessible tile system. If the songs are in digital format but on CD or Digital Tape, they 
are extracted to a file system accessible to the audio processing tools. Once the files are accessible, the Work Flow 
Manager User Interface 700 is used to specify or select the path and filename for the job so that it can be released to 
the watenmarking process, assuming all other information required for watermarking has also been specified. 

30 3. Automatic Metadata Acquisition Process 803 

[0218] The Automatic Metadata Acquisition Process 803 perfomns a series of queries to the Database 160 of the 
Content Provider(s) 101 or a staging database where data has been imported, in an attempt to obtain as much of the 
product infomnation as possible in an automated fashion. The Automatic Metadata Acquisition Process 803 requires 
35 the following infomnation prior to allowing items to be placed on its queue: 

• database mapping table with adequate infonmation to generate queries to the Database 1 60 of the Content Provider 
(s)101 

• product infomnation required to perform queries 

40 • adequate product infonmation to uniquely define product 

[0219] An automated query is perfomned to the Database 1 60 of the Content Provider(s) 1 01 to obtain the information 
necessary to process this Content ^^3. For example, if the Content 113 is music, the information needed to perfomn 
this query could be the album name or may be a UPC or a specific album or selection ID as defined by the Content 

45 Provider(s) 101. Of the infonmation to be obtained, some is designated as required (see the section on Automatic 
Metadata Acquisition Process 803 for details). If all required information is obtained, the job is next queued for Usage 
Conditions Process 805. If any required infomnation Is missing, the song is queued for Manual Metadata Entry Process 
804. If any jobs in the Products Awaiting Action/lnfomnation Process 801 queue are waiting for any of the infonmation 
obtained in this step, the jobs status is updated to indicate that it is no longer waiting for this information. If that job no 

50 longer has any outstanding requirements, it is queued to the next defined queue. 

4. Manual Metadata Entry Process 804 

[0220] The Manual Metadata Entry Process 804 provides a means for an operator to enter missing infomnation. It 
55 has no dependencies. Once alt required Infonmation is specified, the job is queued for Usage Conditions Process 805. 
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5. Usage Conditions Process 805 

[0221] The Usage Conditions Process 805 allows specification of product uses and restrictions. The Usage Condi- 
tions Process 805 may require some metadata. Upon completion of Usage Conditions specif ications, the job is eligible 
5 to be queued for Metadata SC(s) Creation Process 807 unless the Supervised Release Process 806 option has been 
requested or is configured as the default in the Work Flow Manager 154 rules. In that case, the job is queued for 
Supervised Release Process 806. Before queuing to Metadata SC(s) Creation Process 807, the Work Flow Manager 
154 will first assure that ail dependencies for that process have been met (see below). If not, the job Is queued to the 
Products Awaiting Action/Information Process 801 . 

10 

6. Supervised Release Process 806 

[0222] The Supen^ised Release Process 806 allows a quality check and validation of information specified for the 
digital content product. It does not have any dependencies. Comments previously attached to the job at any stage of 
15 the processing for this product can be reviewed by the Supervisor and appropriate action taken. After reviewing all 
infomnation and comments, the Supervisor has the following options: 

» approve release and queue the product for Metadata SC(s) Creation Process 807 

• modify and/or add infomnation and queue the product for Metadata SC(s) Creation Process 807 
20 • add comments to the job and re-queue for Manual Metadata Entry Process 804 

• add comments and queue the job to the queue for Products Awaiting Action/lnfomnation Process 801 

7. Metadata SC(s) Creation Process 807 

25 [0223] The Metadata SC(s) Creation Process 807 gathers together all the infomnation collected above as well as 
other inf omiatron required for the Metadata SC(s) 620 and calls the SC(s) Packer Process to create the Metadata SC 
(s) 620. This toot requires the following as Input: 

• the required metadata 
30 • the usage conditions 

• the encryption keys used in the encryption stage of all quality levels for this product 

[0224] This last dependency requires that the associated audio objects completed the audio processing phase before 
the Metadata SC(s) 620 can be created. Upon completion of the Metadata SC(s) Creation Process 807, the job is 
35 queued to either the queue for Final Quality Assurance Process 81 3 or Content Dispersement Process 814 based on 
defined work flow rules. 

8. Watermarking Process 808 

40 [0225] The Watemiarking Process 808 adds copyright and other infomnation to the Content 1 1 3. For an embodiment 
where the Content 113 is a song, this tool requires the following as input: 

• song filename(s) (multiple filenames if album) 

• watemnarking instructions 

45 • watenmarking parameters (infonnation to be included in the watemiark) 

[0226] Upon completion of the Watermarking Process 808, the job is queued for Preprocessing and Compression 
Process 809 if its required input is available or otherwise queued to the Products Awaiting Action/Information Process 
801. 

50 

9. Preprocessing and Compression Process 809 

[0227] The Preprocessing and Compression Process 809 encodes the Content 113 to the specified compression 
level performing any required preprocessing first. Queuing a job to this queue actually create multiple queue entries. 
55 A job is created for each compression level of the product desired. The encoding processes can be perfonned In parallel 
on multiple systems. This tool requires the following input: 

• watermarked content filename(s) (multiple filenames if Content 113 Is an album) 
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• quality levels for product (could be preconfigured) 
» compression algorithm (could be preconfigured) 

• product genre (if required by preprocessor) 

5 [0228] Upon completion of the encoding process, the jobs are queued to the Content Quality Control Process 810 
if configured by the work flow rules. If not, the jobs are queued for Encryption Process 811 . 
[0229] If third party providers of encoding tools do not provide a method to display the percentage of the Content 
1 1 3, such as audio, that has been processed or a method to indicate the amount of Content 113 that has been encoded 
as a percentage of the entire selection of Content 113 selected, in FIG. 11 there is shown a flow diagram 1100 of a 

10 method to detemnine the encoding rate of Digital Content for the Content Preprocessing and Compression tool of FIG . 
8. The method begins with the selection of the desired encoding algorithm and a bit rate, step 11 01 . Next, a query is 
made to detennine if this algorithm and encoding rate has a previously calculated rate factor, step 11 02. The rate factor 
is the factor used to detemriine the rate of compression for a specific encoding algorithm and a specific bit rate. If no 
previously calculated rate factor is stored, a sample of the Content 11 3 is encoded for a predetermined amount of time. 

15 The predetermined period of time In the pretended embodiment is a few seconds. This rate of encoding for a predeter- 
mined period of time is used to calculate a new rate factor RNEW. Calculating a new rate factor RNEW knowing the 
amount of time and the amount of Content 113 encoded is RNEW = (length of Digital Content encoded)/(amount of 
time), step 1108. The Content 1 13 is encoded and the encoding status is displayed using the previously calculate rate 
factor RNEW, step 1109. This encoding rate factor RNEW is then stored, step 1107, for future use for this encoding 

20 algorithm and encoding bit rate. If the selected algorithm has a previously calculated rate factor RSTORED, step 1103. 
The Content 113 is encoded and the progression displayed using the previously calculated rate factor RSTORED, step 
1104. In the meantime, a current rate factor, Rcurrenl is calculated for this selected algorithm and bit rate, step 1105. 
This cun-ent rate factor Rcurrent is used to update the stored rate factor RNEW = AVERAGE OF (RSTORED + RCUR- 
RENT), step 1106. The iterative update of the rate factor enables the detemriination of the encoding rate to become 

25 more and more accurate with each subsequent use for a particular encoding algorithm and bit rate. The new rate 
RNEW is then stored for future use, step 1107. The updating of RSTORED may not be made if the current rate factor 
R current is out range for the previously stored rate factor RSTORED by a given range or threshold. 
[0230] The display of the encoding status can then be presented. The encoding status includes along with the current 
encoding rate, the display of the percentage of the total Content 113 displayed as a progression bar based on the 

30 encoding rate and the total length of the file for the Content 113. The encoding status can also include the time remaining 
for the encoding. The time remaining for the encoding can be calculated by dividing the encoding rate calculated 
RCURRENT by the total length of the file for Content 113. The encoding status can be transferred to another program 
that may invoke the calling process. This can help supen/isory programs to encoding or co-dependent programs on 
encoding be operated and be batched for processing more efficiently. It should be understood, in an altemative em- 

35 bodlment, that encoding can Include the step of watemiartdng. 

10. Content Quality Control Process 810 

[0231] The Content Quality Control Process 810 is similar in function to the Supervised Release Process 806. It is 
40 an optional step allowing someone to validate the quality of the content processing perfonned thus far. This has no 
dependencies other than completion of the Watennarking Process 808 and the encoding portion of the Preprocessing 
and Compression Process 809. Upon completion of the Content Quality Control Process 810 the following options are 
available: 

45 • the jobs can be released and queued for Encryption Process 811 . 

• comments can be attached and one or more of the jobs re-queued for Preprocessing and Compression Process 
809. 

[0232] The last option requires that the unencoded watermarked version of the song file remain available until after 
50 Content Quality Control Process 81 0. 

11. Encryption Process 811 

[0233] The Encryption Process 81 1 calls the appropriate Secure Digital Content Electronic Distribution Rights Man- 
55 agement function to encrypt each of the watennarked/encoded song files. This process has no dependencies other 
than completion of alt other audio processing. Upon completion of the Encryption Process 811 process, the job is 
queued for Content SC(s) Creation Process 812. 
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1 2. Content SC(s) Creation Process 81 2 

[0234] The Content SC(s) Creation Process 812 Process may require some metadata tiles to be included in the 
Content SC(s) 630. If files other than the Content 113 are required, the files are gathered and the SC(s) Packer Process 
5 Is called to create a Content SC(s) 630 for each compression level of the Content 113 (e.g. a song) created. Upon 
completion of the Content SC(s) Creation Process 812, the song is queued to either the Final Quality Assurance 
Process 813 or Content Dispersement Process 814 queue based on defined workflow rules. 

13. Final Quality Assurance Process 813 

10 

[0235] Final Quality Assurance Process 813 is an optional step that allows a cross reference check between the 
associated Metadata and Content SC(s) 630 to verify that they match up correctly and that all infonmation and Content 
113 contained therein are correct. Upon completion of Final Quality Assurance Process 813, the jobs are queued for 
Content Dispersement Process 814. If a problem is found, the job In most cases has to be re-queued to the failing 
15 stage. Rework at this stage is much more costly since the product has to go through re-encryption and repacking in 
addition to the reprocessing required to connect the problem. It is highly recommended that the prior assurance stages 
be used to assure the quality of the Content 113 and accuracy and completeness of the infomnation. 

14. Content Dlspersenient Process 814 

20 

[0236] The Content Dispersement Process 814 Process is responsible for transferring the SC(s) to the appropriate 
hosting sites. After the successful transfer of the SC(s), the job completion status is logged and the job is deleted from 
the queue. If a problem occurs in transferring the SC|s), after a defined number of retries, the job is flagged in the 
Workflow Manager Tool 164 as having failed along with the error encountered. 

25 

15. Work Flow Rules 

[0237] The Work Flow Rules for FIG. 8 operate in three major systems as follows: 



A: 


Work Flow Manager Tool 154 


1. 


New Content Request Process 802 


2. 


Products Awaiting Action/Information Process 801 


3. 


Final Quality Assurance Process 813 


4. 


Content Dispersement (and Notification) Process 814 


B: 


Metadata Assimilation and Entry Tool 161 


1. 


Automatic Metadata Acquisition Process 803 


2. 


Manual Metadata Entry Process 804 


3. 


Supervised Release Process 806 


4. 


Metadata SC(s) Creation Process 807 


C: 


Content Processing Tools 155 


1. 


Watemnarking Process 808 (requires copyright data) 


2. 


Preprocessing and Compression Process 809 


3. 


Content Quality Control Process 810 


4. 


Encryption Process 811 


5. 


Content SC(s) Creation Process 812 



Work Flow 

50 

[0238] The Content 113 selection operator inputs a new product and it starts out queued onto A1 (New Content 
Request Process 802). 

A1 : When the Content 1 1 3 selection operator releases it to the Woric Flow Manager Tool 1 54, then It gets queued 

55 onto B1 (the Automatic Metadata Acquisition Process 803). 

A2: coming from step 81 (the Automatic Metadata Acquisition Process 803), 

or step 82 (Manual Metadata Entry Process 804), 

or step B3 (Supervised Release Process 806) 
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on its way to step Before (the Metadata SC(s) Creation Process 807) 

[ needs the encryption keys ]. 
coming from step Before (the Metadata SC(s) Creation Process 807) 

on its way to either step A3 (the Final Quality Assurance Process 813) or step A4 (the Content Dis- 
persement Process 814) 

[ needs the Content SC(s) 630]. 
coming from step CI (the Watemnarklng Process 808) 

on its way to step C2 (the Preprocessing and Compression Process 809) 

[ needs the metadata for Preprocessing and Compression Process 809J. 
coming from step C4 (the Encryption Process 811) 

on its way to step C5 (the Content SC(s) Creation Process 812) 

[ needs the metadata for Content SC(s) 630 Packing ]. coming from step C5 (the Content SC(s) Cre- 
ation Process 812) 

on its way to either step A3 (the Final Quality Assurance Process 813) or step A4 (the Content Dis- 
persement Process 814) [ needs the Metadata SC(s) 620 ]. 
After step A3 (the Final Quality Assurance Process 813), 

place onto queue B2 (Manual Metadata Entry Process 804), 

or place onto queue B3 (Supervised Release Process 806), 

or place into queue as required by the quality assurance operator. 
After step A4 (Content Dispersement Process 814), 

the Work Flow Manager Tool 1 54 is done for this product. 
After step B1 (the Automatic Metadata Acquisition Process 803), 

if the metadata needed for step CI (the Watermarking Process 808) is present, then place an entry 
representing this product onto queue CI. 

(do the following logic also) 

if either 1 - any required metadata is missing, or 2- there are comments directed to the manual metadata 
providers, then also place the product onto queue B2 (Manual Metadata Entry Process 804). 

else if supervised release was requested for this product, then place the product onto queue B3 (Su- 
pervised Release Process 806). 

else if the product has all the infomnation from the Content Processing Tools 1 55 for all of the requested 
quality levels, then place the product onto queue Before (the Metadata SC(s) Creation Process 807), 

else flag the product as needs the encryption keys and place the product onto queue A2 (Products 
Awaiting Action/I nf ormation Process 80 1 ). 
During step B2 (Manual Metadata Entry Process 804), 

if step CI (the Watenmarking Process 808) has not been done and the metadata needed for step CI 
is present, then place an entry representing this product onto queue CI , 

(do the following logic also) 

if metadata needed for step C2 the Preprocessing and Compression Process 809)just been provided, 

then 

(do the following logic also) 

if all the metadata that can be gathered by the Metadata Assimilation and Entry Tool 161 is present, 
then if supervised release was requested forthis product, then place the product onto queue B3 (Supervised 
Release Process 806) 

else 

if all the infomiatlon from step C4 (the Encryption Process 811 ) of the Content Processing Tools 155 
is present, then place this product onto queue Before (the Metadata SC(s) Creation Process 807) 

else flag the product as needs the encryption keys and place this product onto queue A2 (Products 
Awaiting Action/I nfomnation Process 801). 

else 

if the metadata provider requested a forced supervised release, then place the product onto queue 
B3 (Supervised Release Process 806) 

else do nothing (keep the product on queue 82 (Manual Metadata Entry Process 804)). 
During step B3 (Supervised Release Process 806), 

if this operator is sending the product back to step B2 (Manual Metadata Entry Process 804), then 
place the product on queue B2. 

else if this operator released the product, then 

if all the infomiation from step C4 (the Encryption Process 81 1 ) of the Content Processing Tools 
155 is present, then place this product onto queue Before (the Metadata SC(s) Creation Process) 
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else flag the product as needs the encryption keys and place this product onto queue A2 (Products 
Awaiting Action/1 nfomnation Process 801). 

else the product remains on queue B3 (Supervised Release 

Process 806). 

Before: After step Before (the Metadata SC(s) Creation Process 807), flag the product Metadata has been packed, 
if all the (product/quality level) tuples have been packed, then 

if the Content Provider{s)' 1 01 configuration specifies Quality Assure the SC(s), then place this 
product onto queue A3 (the Final Quality Assurance Process 813) 

else place this product onto queue A4 (the Content Dispersement Process 814). 
else flag the product as needs the Content 1 1 3 SC(s) and place this product onto queue A2 (Products 
Awaiting Action/I nfomnation Process 801). 
CI : After step C1 (the Watenmarking Process 808), 

If the metadata needed for step C2 (the Preprocessing and Compression Process 809) is present, 
then create an entry for each (product/quality level) tuple and place them onto queue C2, 

else flag the product as needs the metadata for Preprocessing/Compression and place this product 
onto queue A2 (Products Awaiting Action/I nfonnation Process 801). 
C2: After step C2 (the Preprocessing and Compression Process 809), 

if the Content Provider(s)' 1 0 1 configuration specifies Content Quality Control Process 810, then place 
this (product/quality level) tuple onto queue C3 (the Content Quality Control Process 810), 
else place this (product/quality level) tuple onto queue C4 (the Encryption Process 811). 
C3: After step C3 (the Content Quality Control Process 81 0), then place 

this (product/quality level) tuple onto queue C4 (the Encryption Process 811). 
C4: After step C4 (the Encryption Process 811), 

provide the needed infomnation (i.e., the Symmetric Key 623 generated by the Process and used to 
encipher the Content 113) to the Metadata Assimilation and Entry Tool 161 . 

if all the metadata that" s required for the Content SC(s) 630 is present, then place this (product/quality 
level) tuple onto queue C5 (the Content SC(s) Creation Process 812), 

else flag the product as needs the metadata for Content SC(s) 630 Packing and place this (product/ 
quality level) tuple onto A2 (Products Awaiting Action/Information Process 801). 
C5: After step C5 (the Content SC(s) Creation Process 812), 

flag the quality level the Content 113 at this quality level has been packed, 
if all the (product/quality level) tuples have been packed, then 

if the product is flagged Metadata has been packed, then if the Content Provider(s)'1 01 config- 
uration specifies Quality Assure the SC(s), then place this product onto queue A3 (the Final Quality Assur- 
ance Process 813) 

else place this product onto queue A4 (the Content Dispersement Process 814) 

else flag the product as needs the Metadata SC(s)620 and place this product onto queue A2 

(Products Awaiting Action/lnfomiation Process 801). 

else (alt the (product/quality level) tuples have not been packed) do nothing (another (product/ 

quality level) tuple triggers an action). 

C. Metadata Assimilation and Entry Tool 

[0239] Metadata consists of the data describing the Content 1 13 for example in musk;, title of the recording, artist, 
author/composer, producer and length of recording. The following description is based upon Content 113 being musk: 
but it should be understood by those skilled in the art that other content types e.g. , video, programs, multimedia, movies, 
and equivalent, are within the true scope and meaning of the present invention. 

[0240] This Subsystem brings together the data the Content Provider(s) 101 provides to the Electronic Digital Content 
Store(s) 103 to help promote the sale of the product (e.g., for music, sample clips by this artist, history of this artist, 
list of albums on which this recording appears, genres associated with this artist and/or product), the data the Content 
Provider(s) 101 provides to the End-User(s) with the purchased product (e.g.. artist, producer, album cover, track 
length), and the different purchase options (the Usage Conditions 517) the Content Provider(s) 101 wants to offer the 
End-User(s). The data is packaged into a Metadata SC(s) 620 and made available to the Electronic Digital Content 
Store(s) 103. To accomplish this, the following tools are provided: 

• Automatic M etadata Acquisitio n Tool 

• Manual Metadata Entry Toot 

• Usage Conditions Too! 
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• Supervised Release Tool 

[0241] These tools enable Content Provider(s) 101 to innplement the processes described above for Work Flow 
Manager 154. Tools described here are a toolkit based on Java in the preferred embodiment but other programming 
5 languages such as 0/04-4-. Assembler and equivalent can be used. 

. 1 . Automatic Metadata Acquisition Tool 

[0242] The Automatic Metadata Acquisition Tool provides a user the ability to implement the Automatic Metadata 
10 Acquisition Process 803 described above. The Automatic Metadata Acquisition Tool is used to access the Database 
1 60 of the Content Provider(s) 1 01 and to retrieve as much data as possible without operator assistance. Configuration 
methods are available to automate this process. The Content Provlder(s) 101 can tailor the default metadata template 
to identify the types of data this Content Provider(s) 101 wants to provide to End-User(s) (e.g., composer, producer, 
sidemen, track length) and the types of promotional data the Content Provider(s) 101 provides to the Electronic Digital 
^5 Content Store(s) 1 03 (e.g., for a music example, sample clips by this artist, a history of this artist, the list of albums on 
which this recording appears, genres associated with this artist). The default metadata template Includes data fields 
which are required by the End-User Device(s) 109, data fields which can be optionally provided to the End-User Device 
(s) 109 and a sample set of data fields, targeted to the Electronic Digital Content Store(s) 1 03, that promote the artist, 
album, and/or single. 

20 [0243] To extract the template data fields from the Database 1 60 of the Content Provider(s) 1 01 the Automatic Meta- 
data Acquisition Tool uses a table that maps the type of data (e.g., composer, producer, a biography of the artist) to 
the location within the database where the data can be found. Each of the Content Provider(s) 101 help specify that 
mapping table for their environment. 

[0244] The Automatic Metadata Acquisition Tool uses a metadata template of the Content Provider(s) 1 01 and map- 
25 ping table to acquire whatever data is available from the Databases 1 60 of the Content Provider(s) 101. The status of 
each product is updated with the result of the Automatic Metadata Acquisition Process 803. A product which is missing 
any required data is queued for Manual Metadata Entry Process 804, otherwise it is available for packing Into a Metadata 
SC(s) 620. 

30 2. Manual Metadata Entry Tool 

[0245] The Manual Metadata Entry Tool provides a userthe ability to implement the Manual Metadata Entry Process 
804 described above. The Manual Metadata Entry Tool allows any properly authorised operator to provide the missing 
data. If the operator determines that the missing data is unavailable, the operator can attach a comment to the product 
35 and request supervised release. The Content Provider(s) 101 may require, for quality assurance reasons, that the 
product undergo supervised release. Once all the required data is present, and if supervised release has not been 
requested, then the product is available for packing into a Metadata SC(s) 620. 

3. Usage Conditions Tool 

40 

[0246] The Usage Conditions Tool provides a user the ability to implement the Usage Conditions Process 805 de- 
scribed above. The process of offering Content 113 for sale or rent (Limited use), using electronic delivery, involves a 
series of business decisions. The Content Provider(s) 101 decides at which compression level(s) the Content 113 is 
made available. Then for each compressed encoded version of the Content 113, one or more usage conditions are 
45 .specified. Each usage condition defines the rights of the End-User(s), and any restrictions on the End-User(s). with 
regard to the use of the Content 113. 

[0247] As part of Content Processing Tools 155, a set of usage conditions (End-User(s) rights and restrictions) Is 
attached to the product. 
A usage condition defines: 

50 

1 . the compression encoded version of the Content 113 to whrch this usage condition applies. 

2. the type of user covered by this usage condition (e.g., business, private consumer) 

3. whether this usage condition allows for the purchase or the rental of the Content 113. For a rental transaction: 

55 • the measurement unit which is used to limit the temi of the rental (e.g., days, plays). 

• the number of the above units after which the Content 113 will no longer play. 
For a purchase transaction: 

• the number of playable copies the End-User(s) is allowed to make. 
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• onto what kinds of media can he/she make those copies (e.g., CD-Recordable (CD-R), MiniDisc, Personal 
Computer). 

4. the period of time during which the purchase/rental transaction is allowed to occur (i.e., an End-User(s) can 
purchase/rent under the terms of this usage condition only after the beginning availability date and before the last 
date of availability). 

5. the countries from which an End-User(s) can transact this purchase (or rental). 

6. the price of the purchase/rental transaction under this usage condition 

7. the watermarking parameters. 

8. the types of events which require notification of the ClearingHouse(s) 1 05. 
An Example of a Set of Usage Conditions 

[0248] The Content Provider(s) 101 may decide to test the North American martlet's acceptance to the re-release 
of the children's song by a popular children's vocalist during the fourth quarter 1997. The test will make the song 
available in two different compression encoding versions: 384Kbps and 56Kbps. The 384Kbps version can be bought 
(and one copy made onto MinlDisc) or rented (for two weeks), white the 56Kbps version can only be bought (and no 
copies made). The watermarking instructions is the same for any purchase/rental, and the Content Provider(s) 101 
wants the ClearingHouse(s) 1 05 to count every copy made. This would create Usage Conditions as follows: 





Usage Condition 1 


Usage Condition 2 




compressed encoded 


384Kbps 


384Kbs 


56Kbps 


version 








type of user 


private consumer 


private consumer 


private consumer 


type of transaction 


purchase 


rental 


purchase 


availability dates 


1 Oct 1997 -31 Dec1997 


1 Oct 1997-31 Dec 1997 


1 Oct 1997 -31 Dec 1997 


countries 


USA and Canada 


USA and Canada 


USA and Canada 


watermarking 


std. 


std. 


std. 


notifying events 


copy action 


none 


none 


number of copies 


1 


0 


0 


onto what media 


MiniDIsc 


not applicable 


not applicable 


term of rental 


not applicable 




not applicable 


price 


Price 1 


14 days Price 2 


Prices 



4. Parts of the Metadata SC(s) 620 



[0249] Below are some of the kinds of data that the Metadata Assimilation and Entry Tool 1 61 gathers for inclusion 
into the Metadata SC(s) 620. An attempt has been made to group the data into SC(s) parts by function and destination. 
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15 



20 



25 



30 



40 



50 



55 



product ID [src:content provider;] 

[dest: everybody;] 
Licensor label company (dest: EMS; end-user;] 

licensee label company (dest: EMS; end-user;] 

source (publisher) of this object 

(sublicensee label compcny) [dest: everybody;] 

type of object (i.e,^ a single object or an array of objects) 
object ID (dest: everybody;] 

International Standard Recording Code (ISRC) 

International Standard Music Nun\ber (ISMN) 

usage conditions (src: content provider; dest: EMS, end-user, 

ClearingHouse (s) 105) 

purchased usage conditions (src: EMS; dest: end-user. Clear ingHouse (s) 
105) 
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the set of usage conditions (consumer restrictions and rights) for 
the use of the object (sound recording) 
an individual entry in the array of usage conditions 

the conpressipn encoded version of the Content 113 to which 

this usage condition applies 
whether this usage condition allows for the purchase or the 
rental of the Content 113 
fcr a rental transaction: 

the measurement unit which is used to limit the term of 

the rental (e.g., days, piays), 
the number of the above units after which the Content 113 
will no longer play, 
for a purchase transaction: 

the number of playable copies the Ind-User(s) is allowed 
to make. 

onto what kinds of media can (s)he make thoso copies (e.g., 
CD-Recordable (CD-R) , MiniDisc, personal coirputer) . 
the period ot time during which the purchase/rental transaction 
is allowed to occur (i.e., an End-User (si can purchase/rent 
under the terms of this usage condition only after the 
beginning availability date and before the last date of 
availability) 

a pointer to the countries from which an End-User (s) can 

transact this purchase (or rental) 
the price of the purchase/rental transaction under this usage 

condition 

a pointer to the encrypted watermarking instructions and 
parameters 

a pointer to the types of events which require notification of 
the ClearingHouse (s) 105 

purchase data (encrypted; optional info? srcr ElMS; dest: end-user, 

ClearingHouse (s) 105) 

purchase date 

purchase price 

bill to name and address 

consumer name and address 

country of the consumer (best guess) 

metadata 1 {src: content provider; dest: EMS, end-user) 
an array of { 

copyright information 

for t he compos : t i on 
for the sound recording 
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title of song 
principal artist (s) 

) 

5 

3 pointer to { 

the artwork (e.g., album cover) ; 

the format of the artwork (e.g., GIF, JPEG) ; 

} 

10 

Optional info: 



an array of additional information { 

15 

composer 
publisher 
producer 
sidemen 

^ date of recording 

date of release 
lyrics 

track name (description) / track length 
25 list of albums on which this recording appears 

genre (s) 

) 

metadata 2 (src: content provider; dest: EMS) 
30 an array of structures, each representing different quality levels of 

the same sound recording 
{ 

the sound recording; 
35 the quality level of rhe sound recording; 

the size (in bytes) of the (probably ccxnpressed) sound recordi.ng; 



metadata 3 (src: content provider; dest: EMS, end- user) 
optional infc: 

promotional material: 

a pointer to artist promotion material { 
a URL to the artist's web site; 
background description (s) of the artist(s); 
artist-related interviews (along with format of the 
interview (e.g., text, audio, video)); 
reviews (along with format of the reviews (e.g., text, 
audio, video) ) ; 

sample clips land its format and compression level); 



53 



EP 1 107 137 A2 



recent and upcoming concerts/appearances/events - their 
dates and locations; 

} 

a pointer to album promotion material { 

sample clip (and its format and compression level); 
background description (s ) of the producer, and/or the composer, 
and/or the movie/play/cast, and/or the making of the album, 
etc . ; 

non-artist-related interviews (along with format of the interview 

(e.g., text, audio, video)); 
reviews (along with format of the reviews (e.g., text, audio, 

video) ) ; 
genre (s) ; 

} 

single promotions: 

sample clip (and its format and compression level) 

background description (s) of the producer, and/or the composer, 

and/or the movie/play/cast, and/or the making of the single, 

etc . 

reviews (along with format of the reviews (e.g., text, audio, 

video) ) 



5. Supen/ised Release Tool 

[0250] Supen/ised Release Toot provides a user the ability to implement the Supervised Release Process 806 de- 
scribed above. An Individual designated by the Content Provider(s) 101 as having supen/ised release authority, may 
call up a product awaiting supervised release (i.e., a product on the queue of the Supen/ised Release Process 806), 
examine its Contents 113 and its accompanying comments, and either 



approve its Contents 113 and release the product for packing into a Metadata SC(s) 620, or 

make any necessary corrections and release the product for packing into a Metadata SC(s) 620 or 

add a comment specifying the con-ectlve action to take and resubmit the product to the Manual Metadata Entry 

Process 704 



[0251] In another embodiment, after the creation of the SC(s), there is another optional quality assurance step where 
tiie Content 113 of the SC(s) can be opened and examined for completeness and accuracy, and, at that time, final 
approval can be given or denied for the product's release to the retail channel. 

D. Content Processing Tools 

[0252] The Content Processing Tools 155 is actually a collection of software tools which are used to process the 
digital content file to create watermarked, encoded, and encrypted copies of the content. The tools makes use of 
industry standard digital content processing tools to allow pluggable replacement of watermarking, encoding and en- 
cryption technologies as they evolve. If the selected industry tool can be loaded via a command line system call interface 
and passed parameters or provides a toolkit wherein functions can be called via a DLL interface, the content processing 
can be automated to some degree. A front end application to each tool queries the appropriate queue in the Content 
Processing Tools 1 55 for the next available job, retrieves the required files and parameters and then loads the industry 
standard content processing tool to perform the required function. Upon completion of the task, manual update to the 
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queue may be required if the tool does not report terminating status. 

[0253] A generic version of the Content Processing Tools 1 55 is described, but customisation is possible. The Content 
Processing Tools 155 can be written in Java, C/C++ or any equivalent software. The Content Processing Tools 155 
can be delivered by any computer readable means including diskettes, CDS or via a Web site. 

5 

1 . Watermari(ing Tool 

[0254] The Watemiarking Tool provides a user the ability to implement the Watemnarking Process 808 as described 
above. This tool applies copyright infonnation of the Content 113 owner to the song file using audio Watermarking 

10 technology. The actual infonnation to be written out Is detemilned by the Content Provider(s) 101 and the specific 
watennarking technology selected. This infonnation is available to the front end Watemnarking Tool so that it can prop- 
erly pass this information to the watennarking function. This imposes a synchronisation requirement on the Metadata 
Assimilation and Entry Tool 161 to assure that it has acquired this infonnation prior to» for example, allowing the song's 
audio file to be processed. This song will not be available for audio processing until the watennarking infonnation has 

IS been obtained. 

[0255] The watemrtark is applied as the first step in audio processing since it is common to all encodings of the song 
created. As long as the watermark can survive the encoding technology, the watennarking process need only occur 
once per song. 

[0256] Various watermaridng technologies are known and commercially available. The front end Watennarking Tool 
20 though is capable of supporting a variety of industry Watermaricing Toots. 

2. Preprocessing and Compression Tool 

[0257] The Preprocessing and Compression Tool provides a user the ability to implement the Preprocessing and 

25 Compression Process 809 as described above. Audio encoding involves two processes. Encoding is basically the 
application of a lossy compression algorithm against, for a musk; content example, a PCM audio stream. The encoder 
can usually be tuned to generate various playback bit stream rates based on the level of audio quality required. Higher 
quality results in larger file sizes and since the file sizes can become quite large for high quality Content 113, download 
times for high quality Content 113 can become lengthy and sometimes prohibitive on standard 28,800 bps modems. 

30 [0258] The Content Provider(s) 101 may, therefore, choose to offer a variety of digital content qualities for download 
to appease both the impatient and low bandwidth customers who don t want to wait hours for a download and the 
audiophile or high bandwidth customers who either only buys high quality Content 1 1 3 or has a higher speed connection. 
[0259] Compression algorithms vary in their techniques to generate lower bit rate reproductions of Content 113. The 
techniques vary both by algorithm (i.e. MPEG, AC3, ATRAC) and by levels of compression. To achieve higher levels 

35 of compression, typically the data is re-sampled at lower sampling rates prior to being delivered to the compression 
algorithm. To allow for more efficient compression with less loss of fidelity or to prevent drastic dropout of some fre- 
quency ranges, the digital content may sometimes require adjustments to equalisation levels of certain frequencies or 
adjustments to the dynamics of the recording. The content preprocessing requirements are directly related to the com- 
pression algorithm and the level of compression required. In some cases, the style of Content 1 1 3 (e.g. musical genre) 

"to can be successfully used as a base for detennlning preprocessing requirements since songs from the same genre 
typically have similar dynamics. With some compression tools, these preprocessing functions are part of the encoding 
process. With others, the desired preprocessing is perfonned prior to the compression. 

[0260] Besides the downloadable audio file for sale, each song also has a Low Bit Rate (LBR) encoded clip to allow 
the song to be sampled via a LBR streaming protocol. This LBR encoding is also the responsibility of the Content 
45 Processing Tools 155. This clip is either provided by the Content PrDvider(s) 101 as a separate PCM file or as param- 
eters of offset and length. 

[0261] As with watennarking, it is hoped that the encoding tools can be loaded via a DLL or command line system 
call interface and passed all the required parameters for preprocessing and compression. The front end Encoding Tool 
may have a synchronisation requirement with the Metadata Assimilation and Entry Tool 1 61 , for example if the content 
50 is music, and if it is detennined that the song's genre is acquired from the Database 160 of the Content Provider(s) 
prior to performing any audio preprocessing. This depends on the encoding tools selected and how Indetenminate the 
genre for the song is. If the Content Provider(s) 1 01 varies the choice of encoded quality levels per song, this infonnation 
is also be provided prior to the encoding step and agrees with the metadata being generated by the Metadata Assim- 
ilation and Entry Tool 1 61 . 

55 [0262] A variety of high quality encoding algorithms and tools are known today. The front end Encoding Tool though 
is capable of supporting a variety of industry encoding tools. 

[0263] Turning now to FIG. 12 is shown a flow diagram of one embodiment for the Automatic Metadata Acquisition 
Tool of FIG. 8 according to the present invention. The process starts with reading an identifier from the media the 
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Content Provider(s) 101 is exannining. One example of content in an audio CD embodiment. In an audio CD embodi- 
ment, the following codes may be available Universal Price Code (UPC), Intemational Standard Recording Code (IS- 
RC), Intemational Standard Music Number (ISMN). This identifier is read In the appropriate playerforthe content, for 
example an audio CD Player for audio CD, DVD player for DVD movie, DAT recorder for DAT recording and equivalent, 

5 step 1201 . Next this Identifier is used to index a Database 160 for the Content Provider(s) 101 , step 1202. Some or 
all of the information required by the Work Flow Manager Process as described in FIG. 8 is retrieved in Database 160 
and any other related sources, step 1203. This Infomnatlon can include the Content 113 and the metadata related to 
it. In step 1204, the additional infomiation retrieved is used to start the Work Flow Manager 154 for creating electronic 
Content 113. It should be understood, that several selections of media, such as several audio CDS, can be queued 

10 up so as to enable the Automatic Metadata Acquisition Tool to create a series of Content 1 1 3 for electronic distribution. 
For example, all the Content 113 could be created from a series of CDS or even selected tracks from one or more CDS 
examined by the Content Provider(s) 101 . 

[0264] In an alternate embodiment, the preprocessing parameters can be retrieve from the Database 1 60 of the 
Content Provider(s) automatically. Referring now to FIG. 13 is a flow diagram of a method to automatically set the 

15 Preprocessing and Compression parameters of the Preprocessing and Compression Tool of FIG. 8 according to the 
present invention. In this embodiment, the Content 113 is music. In step 1301, musfc (Content 113) is selected to be 
encoded in Content Processing Tools 155. The genre of the musto selected is detennlned, step 1302. This can be 
entered manually or by using other meta data available, such as the additional data retrieved from the process described 
In FIG. 12. The audio compression level and audio compression algorithms selected are than examined, step 1303. 

20 Next, a lookup is made by genre, compression settings and compression algorithms of yvhat compression parameters 
should be used in the Preprocessing and Compression Process 809, 1304. 

3. Content Quality Control Toot 

25 [0265] The Content Quality Control Tool provides a user the ability to implement the Content Quality Control Process 
81 0 as described above. This is an optional Content Processing Tool and provides an opportunity for a quality control 
technician to review the encoded and watemriarked content files and approve or reject the content files based on quality 
judgements. He can re-encode the content making manual preprocessing adjustments until the quality is adequate or 
can flag the song for reprocessing and attach a note describing the problem. 

30 [0266] This process step can be configured by the Content Provider(s) 101 as an optional or required step of the 
content processing work flow. An additional optional Final Quality Assurance Process 813 step is provided after pack- 
aging of all the SC(s) for this content (e.g. each SC(s) for songs on a CD) at which time the quality of the content 
encoding can be tested but catching a problem earty prior to encryption and packaging allows for more efficient content 
processing. It is, therefore, highly desirable that the content quality be assured at this step as opposed to waiting until 

35 final completion of all processing. 

4. Encryption Tool 

[0267] The Encryption Tool provides a user the ability to implement the Encryption Process 811 as described above. 
40 Content encryption is the final step of the Content Processing Tools 1 55. Each of the versions of the content that were 
created by the Encoding Tool is now encrypted. The encryption tool is a function of the SC(s) Packer. The SC(s) Packer 
is called to encrypt the song and retums the generated encryption key used. This key is later passed into the SC(s) 
Packer for use in creation of the Metadata SC(s) 620. 

45 E. Content SC(s) Creation Tool 

[0268] Once all metadata has been gathered the Content SC(s) Creation Tool groups the metadata into categories 
based on their intended use. These groups of metadata are written into files to be passed in to the SC(s) Packer Tool 
as Metadata parts for the Metadata SC(s) 620. Each part (file) has unique processing requirements. Once the asso- 
50 ciated songs have been processed and encrypted and the target destination (URL of Content Hosting Site(s) 111) has 
been detennined, the Content SC(s) 630 for the Content 113 are ready to be created. The Content 113 which have 
completed processing and have met all the requirements described above, are queued for packing in the packer queue 
of the Work Flow Manager 154. 

[0269] The Content SC(s) Creation Tool now retrieves all the required files created by the previous steps of the 
55 Metadata Assimilation and Entry Tool 161 and calls the SC(s) Packer functions to create the Metadata SC{s) 620 and 
Content SC(s) 630. This process creates a single Metadata SC(s) 620 and multiple Content SC(s) 630 for each song. 
For example, if the content Is music, each of the audio files created during audio processing for the various quality 
levels of the full song is packed into separate Content SC(s} 630. The audio file created for the sample clip is passed 
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as a metadata file to be included in the Metadata SC(s) 620. 
F. Final Quality Assurance Tool 

5 [0270] The Final Quality Assurance Tool provides a user the ability to implement the Final Quality Assurance Process 

813 as described above. Once all the SC(s) have been buitt for a content file, the content is available for a final quality 
assurance check. Quality assurance can be performed at various stages of the Content 113 preparation process. The 
Content Provider(s) 1 01 can choose to perfonn quality assurance as each major step is completed to prevent excessive 
rework later or may choose to wait until ail audio preparation processes are complete and perform quality assurance 

10 on everything at once. If the latter is chosen, quality assurance Is perfomned at this point upon completion of the creation 
of the SC(s). This tool allows each SC(s) for the song to be opened, examined, and the audio played. 
[0271] Any problem discovered, even minor text changes requires that the SC{s) be rebuilt due to internal security 
features of SC(s). To avoid unnecessary re-processIng time, it is highly recommended that the interim quality assurance 
steps be utilised to assure accuracy of the metadata and that this specific quality assurance step be reserved for 

15 validating appropriate cross references between the SC(s) associated with this song. If problems are found, the assurer 
can enter a problem description to be attached to the song and have it re-queued to the appropriate processing queue 
for reprocessing. Status Is updated appropriately in the Work Flow Manager 154 to Indicate the status of all related 
components of the song, if no problems are discovered, the Content 113 is mariced or flagged as ready for release. 

20 G. Content DIspersement Tool 

[0272] The Content DIspersement Tool provides a user the ability to implement the Content Dispersement Process 

814 as described above. Once the Content 113 has been approved for release, the SC(s) for the Content 113 are 
placed in the queue of the Content Dispersement Process. The Content Dispersement Tool monitors the queue and 

25 perfonns immediate transfer of the SC(s) files or batch transfer of a group of SC(s) files based on the configuration 
settings provided by the Content Provider(s) 1 01 . The Content Provider(s) 1 01 can also optionally configure the Content 
DIspersement Tool to automatically hold all SC(s) in this queue until they are manually flagged for release. This allows 
the Content Provider(s) 101 to prepare content in advance of their scheduled release date and hold them until they 
wish to release them e.g., a new song, movie or game. The SC(s) can also control access to Content 113 based on a 

30 defined release date so there is no requirement for the Content Provlder(s) 101 to actually hold up delivery of the SC 
(s) but this manual release option can still be used for this purpose or used to manage network bandwidth required to 
transfer these large files. 

[0273] When flagged for release, the Content SC(s) 630 for the Content 1 1 3 are transfen-ed via FTP to the designated 

Content Hosting Site(s) 111 . The Metadata SC(s) 620 is transfen-ed via FTP to the Content Promotions Web Site 156. 
35 Here the SC(s) are staged to a new Content 113 directory until they can be processed and integrated into the Content 
Promotions Web Site 156. 

[0274] FIG. 1 7 is a flow diagram of an alternate embodiment to automatically retrieve additional information for the 
Automatic Metadata Acquisition Tool of FIG. 8 according to the present invention. The process is similar for that de- 
scribed In FIG. 8 above. However, the quality checks of Supervised Release 806 and Content Quality Control 809 are 

40 combined into one quality check called Quality Control 1 704. Perionming quality checks prior to Metadata SC Creation 
807 and Content SC Creation 81 2. Perfomriing quality check prior to SC creation, eliminates the steps of unpacking 
the Content 1 13 and the associated Metadata SC(s) 620. In addition, in this embodiment, the queue of Products Await- 
ing Action/1 nfomnation 801 have been eliminated. The jobs are placed on the specific process queues depending on 
what action is being requested. For example, if the job requires Manual Metadata, i.e. additional Metadata to be entered, 

45 the job Is place on the Manual Metadata entry queue. Also the Automata Metadata Acquisition 803 has been merged 
with New Content Request to occur up front prior to the Metadata Assimilation and Entry Tool 161 and the Content 
Processing Tool 1 55 . Finally, it is important to point out that the Usage Conditions 804 are entered both at the Automatic 
Metadata Acquisition 803 and during the Manual Metadata Entry 803. Since, many of the usage conditions can be 
automatically filled-in during the Automatic Metadata Acquisition 803 step. 

50 

H. Content Promotions Web Site 

[0275] To most effectively disperse infonnation on what the Content Provider{s) 1 01 is making available for sale via 
digital download, and to get the necessary files to the Electronic Digital Content Store(s) 103 to enable it to make this 
55 Content 113 available for download to Its customers, each Content Provider(s) 101 should have a secure web site 
housing this infomriation. This is similar to the method used today by some Content Provider(s) 1 01 to make promotional 
content available to their retailers and others with a need for this infonnation. In the case. where this type of service 
already exists, an additional section can be added to the web site where Electronic Digital Content Store(s) 103 can 
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go to see a list of the content available for sale via download. 

[0276] The Content Provlder{s) 101 has complete control over the design and layout of this site or can choose to 
use a turnkey web server solution provided as part of the toolkit for Secure Digital Content Electronic Distribution 
Systerr^ 1 00. To implement their own design for this service, the Content Provider(s) 1 01 need only provide links to the 
5 Metadata SC(s) 620 for Electronic Digital Content Store(s) 1 03 who access their site. This is accomplished using the 
toolkit for the Secure Digital Content Electronic Distribution System 100. The selection process and what infomiation 
is shown is the discretion of the Content Provider(s) 101. 

[0277] Metadata SC(s) 620 received into a new content directory via FTP from the Content Dispersement Tool is 
processed by the Content Promotions Web Site 156. These containers can be opened with the SC(s) Preview Tool to 

10 display or extract infomnation from the container. This Infomriatlon can then be used to update HTML Web pages and/ 
or add infomnation to a searchable database maintained by this setvrce. The SC(s) Preview Tool is actually a subset 
of the Content Acquisition Tool used by the Electronic Digital Content Store(s) 103 to open and process Metadata SC 
(s) 620. See the Content Acquisition Tool section for more details. The Metadata SC(s) 620 file should then be moved 
to a pemianent directory maintained by the Content Promotions Web Site 156. 

15 [0278] Once the Metadata SC(s) 620 has been integrated into the Content Promotions Web Site 1 56, its availability 
is publicised. The Content Provider(s) 101 can send a notification to all subscribing Electronic Digital Content Store(s) 
103 as each new Metadata SC(s) 620 is added to the site or can pertonm a single notification dally (or any defined 
periodicity) of all Metadata SC{s) 620 added that day (or period). This notification is perfonmed via a standard HTTP 
exchange with the Electronic Digital Content Store(s) 103 Web Server by sending a defined CGI string containing 

20 parameters referencing the Metadata SC(s) 620 added. This message is handled by thp Notification Interface Module 
of the Electronic Digital Content Store(s) 103 which is described later. 

I. Content Hosting 

25 [0279] The Entertainment Industry produces thousands of content titles, such as CDS, movies and games every 
year, adding to the tens of thousands of content titles that are currently available. The Secure Digital Content Electronic 
Distribution System 100 is designed to support all of the content titles available in stores today. 
[0280] The numbers of content titles that the Secure Digital Content Electronic Distribution System 1 00 may even- 
tually download to customers on a daily basis is in the thousands or tens of thousands. For a large number of titles, 

30 this requires a targe amount of bandwidth. The computer disk space and bandwidth needs call for a distributed, scalable 
implementation with multiple Content Hosting Site{s) 111 . The system also supports customers all over the world. This 
requires overseas sites to speed delivery to the global customers. 

[0281] Content hosting on the Secure Digital Content Electronic Distribution System 100 is designed to allow the 
Content Provider(s) 101 to either host their own Content 113 or share a common facility or a set of facilities. 

35 [0282] Content hosting on the Secure Digital Content Electronic Distribution System 1 00 consists of multiple Content 
Hosting Site(s) 111 that collectively contain all of the Content 113 offered by the Secure Digital Content Electronic 
Distribution System 100 and several Secondary Content Sites (not shown) that contain the cun-ent hot hits offered by 
the Content Provider(s) 101. The number of Content Hosting Site(s) 111 changes depending on the number of End- 
User(s) using the system. The Secondary Content sites host a limited number of songs, but they will represent a large 

40 percentage of the bandwidth used on the system. The secondary sites are brought on line as the volume on the primary 
sites increases to the point of maximum capacity. The secondary sites can be located close to Network Access Points 
(NAPs) which helps speed up download times. They may also be placed in different geographic areas around the world 
to speed up download times. 

[0283] Should the Content Provider(s) 1 01 choose to host alt of their Content 1 1 3 in their own system, they can act 
45 as a single Content Hosting Site 1 1 1 with or without additional Secondary Content Sites. This allows them to build their 
own scalable distributed system, in another embodiment, Electronic Digital Content Store(s) 1 03 can also act as Con- 
tent Hosting Site(s) 1 1 1 for certain Content 113. This embodiment requires a special financial agreement between the 
Electronic Digital Content Store(s) 103 and the Content Provlder(s) 101 . 

50 1 . Content Hosting Sites 

[0284] Content 113 is added to the Content Hosting Site(s) 111 via FTP or HTTP by the Content Disbursement Tool 
described in the Content Provider(s) Section of this specification or via offline means such as content delivery on tape, 
CD ROM, flash, or other computer readable media. The Metadata SC(s) 620 created by the Content Provider(s) 101 
55 contain a field that indteates the URL locating the Content SC(s) 630 for this Content 1 1 3. This URL con-esponds to a 
Content Hosting Site(s) 111 . Electrons Digital Content Store{s) 103 can ovenide this URL if allowed by the Content 
Provlder(s) 1 01 In the Offer SC(s) 641 . The End-User Device(s) 1 09 communicates to this Content Hosting Site(s) 1 1 1 
when it wants to download the Content SC(s) 630. 
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[0285] The End-User Device(s) 1 09 initiates the request for a Content SC(s) 630 by sending the License SC(s) 660 
to the Content Hosting Site(s) 111. This is the same License SC(s) 660 returned by the ClearingHouse(s) 105. The 
Digital Signature of the License SC(s) 660 can be verified to determine if it is a valid License SC(s) 660. If it is a valid 
License SC(s) 660 either the download is initiated, or the download request may be redirected to another Content 
5 Hosting Site(s) 111. 

2. Content Hosting Site(s) 111 provided by the Secure Digital Content Electronic Distribution System 100 

[0286] For the Secure Digital Content Electronic Distribution System 100 the decision of which site should be used 
10 to download the Content 11 3 is made by the primary content site that received the initial request for a Content SC(s) 
630. This site uses the following infomnation to malce this decision: 

• Are there secondary content sites that host the Content 113 requested? (The majority of Content 113 offered by 
the Secure Digital Content Electronic Distribution System 100 is only located at primary sites); 

15 • Where is the End-User Device(s) 109 geographically located? (This infomriation can be obtained from the End- 
User Device(s) 109 when the request is initiated at the End-User Devlce(s) 109, this is passed up to the Clearing- 
House(s) 1 05 in the Order SC(s) 650; 

• is the appropriate secondary site up and operational? (Sometimes the secondary sites may be off-line); 

• What is the load of the secondary sites? (In some cases where a secondary site is swamped with activity another 
20 site that is less busy may be selected. 

[0287] Before transmitting the Content SC(s) 630 to the End-User Device(s) 1 09, analysis and verifications are per- 
formed on the End-User's request. A database is kept of all of the License SC IDs that have been used to download 
Content 113. This database can be checked to ensure that the End-User Devjce(s) 109 only makes one request for 
25 each piece of Content 113 purchased. This prevents malicious users from repeatedly accessing the Content Hosting 
Site(s) 111 in hopes of slowing down the Content Hosting Site(s) 111 and prevents unauthorised download of the 
Content SC(s) 630. 

[0288] The promotion and demotion of Content 113 to the Secondary Content sites is done periodically based on 
customer demand for the individual pieces of Content 113. 

30 

Content Hosting Router 

[0289] The Content Hosting Router (not shown) resides in the Content Hosting Site(s) 111 and receives all requests 
from End-User(s) wanting to download Content 1 1 3. It performs validation checks on the End-User(s) request to ensure 
35 they indeed bought the Content 113. A database is maintained on the status of the Secondary Content Sites that 
includes what Content 113 is on them and their current status. This current status includes the amount of activity on 
the sites and whether a site is down for maintenance. 

[0290] The only interface to the Content Hosting Router is the License SC(s) 660 that is sent by the End-User Device 
(s) 109 when Content 113 Is required to be downloaded. The Lfcense SC(s) 660 includes infomriation that indicates 
40 the user Is allowed to download the Content 113. 

Secondary Content Sites 

[0291] The Secondary Content Sites (not shown) host the popular Content 113 of the Secure Digital Content Distri- 
45 bution System 100. These sites are geographically dispersed across the worid and are located near Network Access 
Points (NAPs) to improve download times. These sites are added to the system as demand on the primary Content 
Hosting Site(s) 111 nears maximum capacity 

IX. ELECTRONIC DIGITAL CONTENT STORE(S) 

50 

. A. Overview - Support for Multiple Electronic Digital Content Store(s) 103 

[0292] Electronic Digital Content Store(s) 103 are essentially the retailers. They are the entities who maricet the 
Content 1 1 3 to be distributed to the customer. For distn'bution of Content 1 1 3, this would include Digital Content Retailing 
55 Web Sites. Digital Content Retail Stores, or any business who wishes to get involved In marketing electronic Content 
113 to consumers. These businesses can market the sale of electronic Content 113 only or can choose to just add the 
sale of electronic goods to whatever other merchandise they currently offer for sale. Introduction of downloadable 
electronic goods Into the service offering of the Electronic Digital Content Store(s) 103 is accomplished via a set of 
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tools developed for the Electronic Digital Content Store(s) 103 as part of the Secure Digital Content Electronic Distri- 
bution System 100. 

[0293] These tools are used by the Electronic Digital Content Store(s) 103 to: 

5 • acquire the Metadata SC(s) 620 packaged by the Content Provider(s) 1 01 

• extract Content 113 from these SC(s) to be used as input to building their service offering 

• create Offer SC(s) 641 describing the downloadable Content 113 they are offering for sale 

• handle the acknowledgement of the sale and initiation of the download by creating and sending Transaction SC 
(s) 640 to the End-User Device(s) 1 09 

10 • manage a transaction log of sales of downloadable Content 113 and the status of each download 

• handle status notifications and transaction authentication requests 

• perfonn account reconciliation 

[0294] The tools are designed to allow flexibility In how the Electronic Digital Content Store{s) 1 03 wishes to integrate 
IS sale of downloadable electronic Content 113 into its service. The tools can be used in such a way as to request that 
all financial settlements for downloadable Content 113 purchased be handled by the ClearingHouse(s) 105 although 
this is not required. These tools also enable Electronic Digital Content Store(s) 103 to completely service their cus- 
tomers and handle the financial transactions themselves, including providing promotions and special offers. The tools 
enable the Electronic Digital Content Store(s) 103 to quickly integrate the sale of downloadable Content 113 Into ite 
20 existing services. In addition, the Electronic Digital Content Store(s) 103 is not required to host the downloadable 
Content 113 and does not have to manage its dispersement. This function is performed by the Content Hosting Site 
(s) 111 selected by the Content Provider(s) 101 . 

[0295] The tools for the Electrons Digital Content Stores(s) 1 03 are implemented in Java in the preferred embodiment 
but other programming languages such as C/C++, Assembler and equivalent can be used. It should be understood 
25 that the tools described below for the Electronic Digital Content Stores(s) 103 can run on a variety of hardware and 
software platforms. The Electronic Digital Content Stores(s) 103 as a complete system or as any of it's constitute 
components may be distributed as an application program in a computer readable medium including but not limited to 
electronic distribution such as the web or on floppy diskettes, CD ROMS and removable hard disk drives. 
[0296] In another embodiment, the components of the Electronic Digital Content Stores(s) 1 03 Is part of a program- 
me mer's software toolkit. This toolkit enables predefined interfaces to the components of the generic Electronic Digital 
Content Stores(s) 1 03 components and tools discussed below. These predefined Interfaces are in the fonm of APIs or 
Application Programming Interfaces. A developer using these APIs can implement any of the functionality of the com- 
ponents from a high level application program. By providing APIs to these components, a programmer can quickly 
develop a customised Electronic Digital Content Stores(s) 103 without the need to re-created these functions and 
35 resources of any of these components. 

[0297] Electronic Digital Content Store(s) 1 03 are not limited to Web based servfce offerings. The tools provided are 
used by ail Electronic Digital Content Store(s) 103 wishing to sell downloadable electronic Content 113 regardless of 
the transmission infrastructure or delivery mode used to deliver this Content 113 to End-User(s). Broadcast services 
offered over satellite and cable infrastructures also use these same tools to acquire, package, and track electronic 
40 Content 113 sales. The presentation of electronk: merchandise for sale and the method in which these offers are 
delivered to the End-User(s) is the main variant between the broadcast based service offering and the point-to-point 
interactive web service type offering. 

B. Point-to-Point Electronic Digital Content Distribution Service 

45 

[0298] Point-to- Point primarily means a one-to-one interactive service between the Electronic Digital Content Store 
(s) 1 03 and the End-User Devlce(s) 1 09. This typically represents an Internet web based service provided via telephone 
or cable modem connection. Networics other than the Internet are supported in this model as well, as long as they 
confonm to the Web Sender/Client Browser model. FIG. 9 is a block diagram illustrating the major tools, components 
50 and processes of an Electronic Digital Content Store(s) 103. 

1. Integration Requirements 

[0299] The Secure Digital Content Electronic Distribution System 100 not only creates new online businesses but 
55 provides a method for existing businesses to integrate the sale of downloadable electronic Content 1 1 3 to their current 
inventory. The suite of tools provided to the Electronic Digital Content Store(s) 103 simplify this integration effort. The 
Content Acquisition Tool 1 71 and SC(s) Packer Tool 1 53 provides a method for the Electronic Digital Content Store(s) 
103 to acquire infomnation from the participating Content Provider(s) 101 on what they have available for sale and to 
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create the files required to reference these downloadable objects as Items in their own inventory. This process is batch 
driven and can be largely automated and is executed only to integrate new Content 113 Into the site. 
[0300] The tools for the Secure Digital Content Electronic Distribution have been designed to allow integration of 
sate of electronic downloadable Content 113 Into typical implementations of web based Electronic Digital Content Store 

5 (s) 103 (i.e. Columbia House online, Music Boulevard, ©Tower) and equivalent with minimal change to their current 
Content 113 retailing paradigm. Several methods of integration are possible and in the preferred embodiment, the 
Electronic Digital Content Store(s) 1 03 provides support for all product searches, previews, selections (shopping cart), 
and purchases. Each Electronic Digital Content Store(s) 1 03 establishes customer loyalty with Its customers and con- 
tinues to offer its own incentives and market its products as it does today. In the Secure Digital Content Electronic 

10 Distribution System 1 00, it would simply need to indicate which products in its Inventory are also available for electronic 
download and allow its customers to select the electronic download option when making a purchase selection. In 
another embodiment, the customer's shopping cart could contain a mixture of electronic (Content 113) and physical 
media selections. After the customer checks out, and the Electronic Digital Content Store(s) 103 has completed the 
financial settlement and logged or notified its shipping and handling functions to process the physical merchandise 

15 purchased, the commerce handling function of the Electronic Digital Content Store(s) 1 03 then calls the Transaction 
Processor Module 175 to handle all electronic downloads. It simply passes the required information and all processing 
from that point on is handled by the toolset for the Secure Digital Content Electronic Distribution System 100. In another 
embodiment, other methods of transaction handling are also possible using tools for the Secure Digital Content Elec- 
tronic Distribution System 100 to handle the financial settlement should the Electronte Digital Content Store{s) 103 

20 wish to sell downloadable merchandise only or to segregate the financial settlement of physical and downloadable 
merchandise. 

[0301] To handle the downloading of merchandise, the Electronic Digital Content Store(s) 103 is given a Product ID 
(not shown) for each downloadable product that it acquires from the Content Promotions Web Site 156 for the Content 
Provider(s) 101 . This Product ID is associated to a customer's purchase selection to the downloadable product. The 

25 Product ID Is what the Electronic Digital Content Store(s) 103 passes to the Transaction Processor Module 175 to 
identify the product that the user has purchased. The SC(s) (Offer SC(s) 641 ) that were created to describe the products, 
are isolated from the Electronic Digital Content Store(s) 103 and kept in an Offer Database 181 in an effort to simplify 
management of these objects and make their existence transparent to the Electronic Digital Content Store(s) 103. 
[0302] The Transaction Processor Module 175 and other additional functions are provided as web server side exe- 

30 cutables (i.e. CGI and NSAPI, ISAPI callable functions) or simply APIs into a DLL or C object library. These functions 
handle run time processing for End-User(s) interactions and optional interactions with the ClearingHouse(s) 1 05. These 
functions interact with the web server's commerce servtees to create and download to the End-User Device(s) 1 09 the 
files necessary to initiate the Content 113 download process. They also handle optional interactions to provide author- 
isations and accept notifications of completion of activities. 

35 [0303] An Accounting Reconciliation Tool 179 is also provided to assist the Electronic Digital Content Store(s) 103 
in contacting the ClearingHouse(s) 1 05 to reconcile accounts based on Its own and the transaction logs of the Clear- 
ingHouse(s) 105. 

2. Content Acquisition Tool 171 

40 

[0304] The Content Acquisition Tool 1 71 is responsible for interfacing with the Content Promotions Web Site 1 56 to 
preview and download Metadata SC(s) 620. Since the Content Promotions site is a standard web site, a web browser 
is used by the Electronic Digital Content Store(s) 103 to navigate this site. The navigation features varies based on 
the site design of the Content Provider(s) 1 01 . Some sites may provide extensive search capabilities with many screens 
45 of promotional information. Others may have a simple browser interface with lists of titles, performers or new releases 
to select from. All sites Include the selection of Metadata SC(s) 620 containing all the promotional and descriptive 
infonmation of a song or album. 

[0305] Alternatively, the Electronic Store(s) 1 03 may subscribe to content updates and receive updates automatically 
via FTP. 

50 

Viewing Metadata 

[0306] The Content Acquisition Tool 1 71 is a web browser helper application which launches whenever a Metadata 
SC(s) 620 link is selected at the Content Promotions Web Site 1 56. Selection of the SC(s) causes it to be downloaded 
55 to the Electronic Digital Content Store(s) 103, and launch the helper application. The Content Acquisition Tool 171 
opens the Metadata SC(s) 620 and display the non-encrypted information contained therein. Displayed infonnation 
includes Extracted Metadata 173, for a music example, the graphic image(s) associated with the song and the infor- 
mation describing the song, a preview clip of the song can also be listened to if included in the Metadata SC(s) 620. 



61 



EP1 107137 A2 



(n an example where the Content 113 Is music, promotional information about the song or album, the album title, and 
the artist is also shown if provided by the Content Provjder(s) 101 . This information is displayed as a series of linked 
HTML pages in the browser window. Purchasable Content 113 such as the song and the lyrics and whatever other 
metadata the Content Provider(s) 101 wishes to protect, is not accessible to the Retail Content Web Site 180. 
5 [0307] in another embodiment, the Content Prov)der(s) 101 provides optional promotional content for a fee. In this 
embodiment such promotional content is encrypted in the Metadata SC(s) 620. Financial settlement to open this data 
can be handled via the ClearingHouse(s) 105 with the account for the Electronic Digital Content Store(s) 103 being 
charged the designated fee. 

10 Extracting Metadata 

[0308] Besides the preview capabilities, this tool provides two additional features: metadata extraction and prepa- 
ration of an Offer SC(s) 641. Selection of the metadata extraction option prompts the Electronic Digital Content Store 
(s) 103 to enter the path and filenames to where the metadata is to be stored. Binary metadata such as graphics and 
^5 the audio preview clip is stored as separate files. Text metadata is stored in an ASCII delimited text file which the Retail 
Content Web Site 1 80 can then import into its database. A table describing the layout of the ASCII delimited file is also 
be created in a separate TOC file. Additional options is available to allow extraction into other National Language 
Support (NLS) supported formats. 

[0309] One important piece of information provided in the extracted data is the Product ID. This Product ID is what 
20 the commerce handling function for the Electronic Digital Content Store(s) 103 needs to identify to the Transaction 
Processor Module 175 (for more infomnatlon refer to Transaction Processing section), the Content 113 that the user 
has purchased. The Transaction Processor Module 1 75 uses this Product ID to properly retrieve the appropriate Offer 
SC(s) 641 from the Offer Database 1 81 for subsequent download to the End-User Device(s) 1 09. The Electronic Digital 
Content Store(s) 103 has full control over how it presents the offer of downloadable Content 113 on its site. It only 
25 needs to retain a cross reference of the Content 1 1 3 being offered to this Product ID to properly interface with the tools 
for the Secure Digital Content Electronic Distribution System 100. Providing this infomriation here, allows the Electronic 
Digital Content Store(s) 103 to Integrate this product or Content 113 into its Inventory and sales pages (database) in 
parallel with the Offer SC(s) 641 creation process since both processes uses the same Product ID to reference the 
product. This is described further below. 

30 

Offer SC(s) Creation Packer 153 

[0310] The Electronic Digital Content Store(s) 1 03 is required to create an Offer SC(s) 641 describing the download- 
able Content 113 that is for sale. Most of the information that goes into the Offer SC(s) 641 Is derived from the Metadata 
35 sC(s) 620. The Content Acquisition Tool 171 creates the Offer SC(s) 641 by: 

• removing parts from the Metadata SC(s) 620 that are not required to be included In the Offer SC(s) 641 as defined 
by the Offer SC(s) Template in the Metadata SC(s) 620 

» adding additional required parts as defined by defaults specified by the configuration options In this tool for the 
40 Electronic Digital Content Store(s) 103 

• prompting for addltk>nal required Inputs or selections as defined by the Offer SC(s) Template In the Metadata SC 
(s) 620 

• calling the SC(s) Packer 1 53 to pack this infomriation into the SC(s) format 

45 [0311 J Metadata to be displayed by the Player Application 195 (further described later) on the End-User Device(s) 
1 09 is kept in the Metadata SC(s) 620. Other promotional metadata that was only used by the Electronic Digital Content 
Store(s) 103 as input to his web service database is removed from the Metadata SC(s) 620. Rights management 
infomriation provided by the Content Provider(s) 101 , such as watermarking instructions, encrypted Symmetric Keys 
623, and Usage Conditions 517 defining the pemnitted uses of the object, are also retained. 

50 [0312] This stripped down Metadata SC(s) 620 Is then included in the Offer SC(s) 641 . The Electron^ Digital Content 
Store(s) 103 also attaches its own Usage Conditions called Store Usage Conditions 519 or purchase options to the 
Offer SC{s) 641 . This can be accomplished interactively or automatically through a set of defaults. If configured to be 
processed interactively, the Electronic Digital Content Store(s) 103 Is prompted with the set of pemnitted object Usage 
Conditions 51 7 as defined by the Content Provjder(s) 101. He then selects the option (s) he wishes to offer to his 

55 customers. These now become the new Usage Conditions or Store Usage Conditions 51 9. To process automatically, 
the Electronic Digital Content Store(s) 103 configures a set of default purchase options to be offered for all Content 
113. These default options are automatically checked against the penmitted Usage Conditions 517 defined by the 
Content Provider(s) 101 and Is set in the Offer SC(s) 641 if there are no discrepancies. 



62 



EP 1 107 137 A2 



[0313] Once the Offer SC(s) 641 is created, it Is stored in an Offer Database 1 81 and Is Indexed with the Product ID 
pre-asslgned in the Metadata SC(s) 620. This Product ID Is used later by the Electronic Digital Content Store(s) 103 
to Identify the downloadable Content 113 being purchased by a customer when Interfacing with the Offer Database 
1 81 to retrieve the Offer SC(s) 641 for packaging and transmittal to the End-User(s). See the Transaction Processor 
5 Module 1 75 section for more details. 

[0314] In another embodiment, the Electronic Digital Content Store(s) 103 hosts the Content SC(s) 641 at his site. 
This embodiment requires changes to the Offer SC(s) 641 such as the replacement of the URL of the Content Hosting 
Slte(s) 111 with the URL of the Electronic Digital Content Store(s) 103. 

10 3. Transaction Processing Module 175 

[0315] Electronic Digital Content Store(s) 103 directs billing to ClearingHouse(s) 105. Alternatively, the Electronic 
Digital Content Store(s) 1 03 may request financial clearance direct from the ClearingHouse(s) 1 05. There are two basic 
modes for processing End-User(s) purchase requests for downloadable Content 113. If the Electronic Digital Content 

IS Store(s) 1 03 does not wish to handle the financial settlement of the purchase and has no special promotions or incen- 
tives governing the sale of the merchandise and does not use a shopping cart metaphor for batching the purchase 
requests, it may opt to provide links on its Content 113 download pages directly to the Offer SC(s) 641 files. These 
Offer SC(s) 641 would have to have been built with retail pricing Infonnation included in the metadata. Also included 
In the Offer SC(s) 641 is a special HTML offer page presenting the purchase options with temns and conditions of the 

20 " sale. This page is built from a template created when the Offer SC(s) 641 was built When the End-User(s) clicks on 
the direct link to the Offer SC(s) 641, the Offer SC(s) 641 Is downloaded to the brdwser End-User Device(s) 109 
launching a helper application which opens the container and present the offer page included in the Offer SC(s) 641 . 
This page contains a form to collect customer information including credit card infonnation and purchase option selec- 
tion. The form then gets submitted directly to the ClearingHouse{s) 105 for financial settlement and processing. Op- 

25 tlonalty, this form may contain the fields needed to use the End-User(s)' credit infomiation or industry standard local 
transaction handler. 

[031 6] An embodiment where the Electronic Digital Content Store(s) 1 03 handles billing is now described. The more 
typical mode of handling purchase requests Is to allow the Electronk: Digital Content Store(s) 103 to process the fi- 
nancial settlement and then submit the download authorisation to the End-User(s). This method allows the Electronic 

30 Digital Content Store(s) 1 03 to integrate sale of downloadable Content 1 13 with other merchandise offered for sale at 
his site, allows batch processing of purchase requests with only one consolidated charge to the customer (via a shop- 
ping cart metaphor) Instead of individual charges for each download request, and allows the Electronic Digital Content 
Store(s) 103 to directly track his customers buying patterns and offer special promotions and club options. In this 
environment, the offer of downloadable Content 113 is Included In his shopping pages which get added to a shopping 

35 cart when selected by the End-User(s) and get processed and financially settled as is done in the Electronic Digital 
Content Store{s)* 103 cunrent shopping model. Once the financial settlement is completed, the commerce handling 
process of the Electrons Digital Content Store(s) 100 then calls the Transaction Processor Module 175 to complete 
the transaction. 

40 Transaction Processor Module 1 75 

[0317] The role of the Transaction Processor Module 1 75 is to put together the infonmation needed by the End-User 
Devk:e(s) 109 to initiate and process the download of the Content 113 purchased. This infonnation is packaged into a 
Transaction SC(s) 640 which Is sent back to the End-User Device(s) 109 by the Web Server as the response to the 
45 _ purchase submission. The Transaction Processor Module 1 75 requires three pieces of infonnation from the commerce 
handling process of the Electronic Digital Content Store(s) 103: the Product IDs for the Content 113 purchased, Trans- 
action Data 642, and an HTML page or CGI URL acknowledging the purchase settlement. 

[0318] The Product ID is the value provided to the Electronic Digital Content Store(s) 1 03 in the Metadata SC{s) 620 
associated to the Content 113 just sold. This Product ID is used to retrieve the associated Offer SC(s) 641 from the 
50 . Offer Database 181. 

[031 9] The Transaction Data 642 is a structure of infonnation provided by the transaction processing function of the 
Electronic Digital Content Store(s) 103 which is later used to correlate the ClearingHouse(s) 105 processing with the 
financial settlement transaction perfomrted by the Electronic Digital Content Store(s) 103 and to provide user identity 
information to be Included In the watennark of the Content 113 downloaded to the End-User Device(s) 1 09. When the 
55 ClearingHouse(s) 1 05 receives a valid Order SC(s) 650, it logs a transaction indicating the Content 1 1 3 that was sold, 
which Electronic Digital Content Store(s) 1 03 sold it and the associated Transaction Data 642 including the End-User's 
Name and a Transaction ID 535. The Transaction ID 535 provides a reference to the financial settlement transaction. 
This infonnation is later returned by the ClearingHouse(s} 1 05 to the Electron^ Digital Content Store(s) 1 03 for use in 
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reconciling its accounts with the billing statements received from the Content Provider(s) 1 01 (or his agent). The Clear- 
inghouse Transaction Log 178 can be used by the Content Provider{s) 101 to detennine what Content 113 of his has 
been sold and enables him to create a bill to each Electronic Digital Content Store(s) 1 03 for royalties owed him. Other 
electronic means besides bitting can alternatively be used to settle accounts between the Content Provider(s) 1 01 and 

5 Electronic Digital Content Store(s) 103. 

[0320] The information provided in the Transaction SC(s) 640 and the security and integrrty of the Transaction SC 
(s) 640 provide suff icient authenticity to the ClearingHouse(s) 105 that the purchase transaction is valid and thus no 
further validation is required prior to the logging of this sale by the ClearingHouse(s) 1 05. The Electronic Digital Content 
Store(s) 103, however, has the option to request authentication before its accounts are charged (transaction logged 

10 at the ClearingHouse(s) 1 05 indicating to the Content Provider(s) 1 01 that this Electronic Digital Content Store(s) 1 03 
has collected money for the sale of this Content 113). This request for authentication/notification is indicated by a flag 
in the Transaction Data 642. In this scenario, the CiearingHouse(s) 105 contacts the Electronic Digital Content Store 
(s) 1 03 and receive authorisation from the Electronic Digital Content Store{s) 1 03 before the charge to his account and 
the release of the encryption Key 623. The Transaction ID 535 is passed to the Electronic Digital Content Store(s) 103 

15 from the ClearingHouse(s) 1 05 as part of this authentication request to enable the Electronic Digital Content Store(s) 
103 to associate this request to a prior transaction performed with the End-User(s). This Transaction ID 535 can be 
any unique value the Electronic Digital Content Store(s) 103 wishes to use and is solely for its benefit. 
[0321] The Transaction Data 642 also contains a customer name. This name can be from the user name field of the 
purchase form filled out by the user when making his purchase, or from information logged previously during some 

20 user registration process with the Electronic Digital Content Store(s) 1 03, or the official name obtained from credit card 
infonnation associated with the card used in this transaction. This name is later included in the License Watermark 527. 
[0322] The Transaction Data 642 also contains the Store Usage Conditions 51 9 purchased by the End-User(s). This 
information is included in the License Watermaric 527 and used by the End-User Device(s) 1 09 in Copy and Play Control. 
[0323] The final parameter required by the Transaction Processor Module 175 is the HTML page or CGI URL ac- 

25 knowledging the purchase settlement. The purpose of this is to allow the Electronic Digital Content Store(s) 103 to 
respond to the End-User(s) with an acknowledgement of the financial settlement and whatever other information he 
wishes to include in the response. This HTML page or CGI URL is included in the Transaction SC(s) 640 and is displayed 
in the browser window of the End-User Device(s) 1 09 when the Transaction SC{s) 640 is received and processed. 
[0324] The Transaction SC(s) 640 is the HTTP response to the End-User(s) from the Electronic Digital Content Store 

30 (s) 1 03 after processing the purchase submission. Sending a SC(s) as the direct HTTP response forces the automata 
loading on the End-User Devlce(s) 109 of a SC(s) Processor Helper Applrcation thus allowing automatic completion 
of the transaction without depending on further End-User(s) initiated actions. This process is described in more detail 
in the End-User Device(s) 109 and Player Application 195 section later. 

[0325] When the Transaction Processor Module 175 is called with the required parameters, it builds a Transaction 
35 SC(s) 640 containing the Transaction Data 642, the transaction acknowledgement HTML page or reference URL other 
required security features of the SC(s), and retrieves and imbeds the Offer SC(s) 641 associated with the purchase. 
It also logs infonnation about this transaction for later use by the Notification Interface Module 176 and the Account 
Reconciliation Tool 179. 

40 4. Notification Interface Module 176 

[0326] The Notification Interface Module 176 is a Web Server side executable routine {CGI or function callable by 
NSAPI, ISAPI or equivalent). It handles optional requests and notifications from the ClearingHouse(s) 105, the End- 
User Devk;e(s) 109, the Content Hosting Site(s) 111, and the Content Provider{s) 101. The events that the Electronic 
45 Digital Content Store(s) 1 03 can optionally request notification for are: 

• Notification from the ClearingHouse(s) 1 05 that the End-User Device(s) 1 09 requested an encryption Key 623 and 
the ClearingHouse(s) 105 is releasing the encryption Key 623 for the specified Content 113. This notification can 
optionally be configured to require authentication from the Elec^ronfc Digital Content Store(s) 103 prior to the 

50 ertcryption Key 623 being sent to the End-User Devk:e(s) 109. 

• Notification from the Content Hosting Srte(s) 1 1 1 that the Content SC(s) 630 has been sent to the End-User Device 
(s) 109. 

• Notification from the End-User Device(s) 1 09 that the Content SC(s) 630 and the License SC(s) 660 have been 
received and successfully used to process the Content 113 or was found to be corrupt. 

55 » Notification from the Content Provider(s) 101 that new Content 113 has been placed in the Content Promotions 
Web Site 156. 

[0327] None of these notifications are a required step in the Secure Digital Content Electronic Distribution System 
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flows 100 but are provided as options to allow the Electronic Digital Content Store(s) 103 the opportunity to close its 
records on the satisfaction of completion of the sale. It also provides infonnation that may be needed to handle customer 
service requests by letting the Electronic Digital Content Store(s) 103 know what functions have transpired since fi- 
nancial settlement of the transaction or what errors occun-ed during an attempt to complete the sale. Alternatively, 
5 much of this status can be obtained from the ClearingHouse(s) 105 through the Customer Sen/ice Interface 184 as 
needed. 

[0328] Frequency of notification of new Content 1 1 3 available at the Content Promotions Web Site 1 56 is detenmlned 
by the Content Provider(s) 1 01 . Notification may be provided as each new Metadata SC(s) 620 is added or just daily 
with all new Metadata SC(s) 620 added that day 
10 [0329] All of these notifications result in entries being made to the Transaction Log 178. If the Electronic Digital 
Content Store(s) 1 03 wishes to perfonm his own processing on these notifications, he can intercept the CGI call, perform 
his unique function and then optionally pass the request on to the Notification Interface Module 176. 

5. Account Reconciliation Tool 179 

75 

[0330] This Account Reconciliation Tool 1 79 contacts the ClearingHouse(s) 1 05 to compare the Transaction Log 1 78 
with the log of the ClearingHouse(s) 105. This is an optional process which Is available to help the Electronic Digital 
Content Store{s) 1 03 feel comfortable with the accounting for the Secure Digital Content Electronic Distribution System 
100. 

20 [0331 ] In another embodiment, this tool can be updated to provide electronic funds transfers for automated periodic 
payments to the Content Provider(s) 101 and the ClearingHouse(s) 105. It can alscf be designed to automatically 
process payments upon reception of an electronic bill from the ClearingHouse(s) 105 after reconciling the bill against 
the Transaction Log 178. 

25 c. Broadcast Electronic Digital Content Distribution Service 

[0332] Broadcast primarily refers to a one to many transmission method where there is no personal interaction be- 
tween the End-User Device(s) 109 and the Electronic Digital Content Store(s) 103 to customise on-demand viewing 
and listening. This is typically provided over a digital satellite or cable infrastmcture where the Content 113 is prepro- 

30 grammed so that all End-User Devlce(s) 1 09 receive the same stream. 

[0333] A hybrid model can also be defined such that an Electronic Digital Content Store(s) 103 provides a digital 
content service organised in such a way that it can offer both a web distribution interface via an Internet connection 
as well as a higher bandwidth satellite or cable distribution interface via a broadcast service, with a great deal of 
commonality to the site design. If the IRD back -channel serial interface were connected to the web, and the IRD 

35 supported web navigation, the End-User(s) could navigate the digital content service in the usual way via the back- 
channel Intemet interface, previewing and selecting Content 113 to purchase. The user can select high quality down- 
loadable Content 113, purchase these selections, and receive the required License SC(s) 660 all via an Intemet con- 
nection and then request delivery of the Content 1 13 (Content SC(s) 630) over the higher bandwidth broadcast interface. 
The Web service can indbate which Content 1 1 3 would be available for download in this manner based on the broadcast 

40 schedule or could build the broadcast streams based totally on purchased Content 113. This method would allow a 
Web based digital content service to contract with a broadcast facility to deliver high quality Content 113 to users 
equipped with the proper equipment making a limited number of specific Content 113 (e.g. songs or CDS) available 
daily in this manner and the entire catalog available for download In lower quality via the web interface. 
[0334] Other broadcast models can be designed where there is no web interface to the End-User Device{s) 1 09. In 

45 this model, promotional content is packaged in specially formatted digital streams for broadcast delivery to the End- 
User Device(s) 1 09 (i.e. IRD) where special processing is perfomied to decode the streams and present the End-User 
(s) with the promotional content from whteh purchase selections can be made. 

[0335] The actual purchase selections would still be initiated via back-channel communications from the End-User 
Devk:e(s) 109 to the ClearingHouse(s) 1 05 and would utilise SC(s) to perfomn all data exchange. The toolset provided 

50 to the Electronic Digital Content Store(s) 1 03 has been architected and developed in such a way that most of the tools 
apply to both a point-to-point Internet service offering as well as a broadcast satellite or cable offering. The tools used 
by a Digital Content Web Site Electronic Digital Content Store(s) 103 to acquire and manage Content 113 as well as 
prepare SC(s) is also used by a satellite based Electronk: Digital Content Store(s) 1 03 to manage and prepare Content 
113 for distribution on a broadcast infrastructure. The SC(s) distributed over a Web sewice are the same as those 

55 distributed over a broadcast service. 
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1 . Multi-Tier Digital TV Embodiment 

[0336] Tuming now to FIG. 18, shown is a high level logical diagram of an altemate embodiment of electronic dis- 
tribution of digital content using broadcast infrastructure, according to the present invention. In this embodiment, the 

5 Content Provider(s) 1 01 , as previously described above in FIG. 6, provide Metadata SC(s) 620 to one or more Electronic 
Digital Content Store(s) 1 03 and a Content SC{s) 630 to one or more Content Host Site(s) 111 . The Electronic Store 
(s) 1 03 customised the Metadata SC(s) 620 to create an Offer SC(s) 641 . The Offer SC(s) 641 Is sent to one or more 
Broadcast Centre(s) 1802. In addition, the Content SC(s) 630 corresponding to the MetaData SC(s) 620 are sent to 
the Broadcast Centre(s) 1 802 from one or more Content Host(s) 111 . The Offer SC(s) 641 is sent via broadcast inf ra- 
ze structure such as satellite, cable. Direct TV or other broadcast mechanisms to one or more End User Device(s) 109. 
In this embodiment, the End User Device(s) 109 is coupled to a television display 1806 and a Set-Top Box(es) 1804. 
It should be understood, that the Set-Top Box(es) 1 804 and the End User Device(s) 1 09 can be logically and physically 
different devices, or one device. The End User Device(s) 109 make periodic connections back to the ClearlngHouse 
(s) 105 through a back channel such as a telephone line. 

IS [0337] FIG. 1 9 is a detailed block diagram of FIG. 18, illustrating an alternate embodiment of electronic distribution 
of digital content using broadcast infrastructure , according to the present invention. The Broadcast Centre(s) 1802 
receive the Offer SC(s) 641 . The Carousel Builder & Broadcaster 1 902 creates a variety of additional broadcast content 
that is sent along with the broadcast stream. Techniques for transmitting digital infomiation or digital content along with 
the primary broadcast stream include Intel's Intelllcast system which places Infomiation in the vertical blanking interval 

20 of a standard television broadcast. In another embodiment the information can be sent ^s M PEG-2 standard transport 
stream for broadcast transmission and it allows the solution to be deployed over virtually all types of digital broadcast 
systems. FIG. 20 is a block diagram of the packet being broadcast in the altemate embodiment of FIG. 18, according 
to the present invention. The Offer SC(s) 641 is decomposed into a series of packages 2006 of length N comprising 
the Content SC(s) 630 and a Global SC(s) 2040, which is analogous to the Transaction SC(s) 640 but with an important 

25 distinction regarding the Symmetric Key 623. In the Global SC(s), the Symmetric Key 623 has a time out mechanism 
which will disable the Content 1 13 if a periodic communications is not made between the End User Device(s) 109 and 
the ClearingHouse(s) 1 05 to reconcile account infomiation. By providing a Symmetric Key 623 with a time-out provision, 
the End User Device(s) 109 can receive, assemble and decrypt the Content 113 for a predefined time period, without 
having to first connect with the ClearingHouse(s) 105. One period of time could be a subscription based service where 

30 one of the users of an End User Device(s) 109 pays a monthly subscription fee. If the user neglects to pay the fee and 
reconcile with the ClearingHouse(s) 105, the Content 113 is disabled. In addition to the packages 2006 mentioned 
above, Content SC(s) 630 and Global SC{s) 2040, and the tracks 2002 for each Content 113 is sent. In a musfc 
embodiment, the tracks 2002 are musical tracks. The carousel fomnat of the package fomiat Is illustrated in FIG. 20, 
the packages 2006 are transmitted over the broadcast infrastructure in a cyclical structure and repeats itself periodically. 

35 Part of the cyclical broadcast is a Master Catalog (not shown) and a Bug Catalog (not shown) as part of the series of 
packets 2006 (P_1 ....P_N) is sent as part of the packet stream. 

[0338] As stated above, the digital Content 113 is organised In packages 2006. A package 2006 is associated with 
a promotional material, meta-data, a package descriptor, and one (optional) video-clip . The promotional material con- 
sists of graphics and text material associated with the package digital content (e.g., cover art associated with a music 
40 album); the meta-data is a set of attributes-value pairs associated with the package (e.g., title, price, artist, etc.); a 
package descriptor is a set of attribute-value pairs that are used tor extracting the structured digital content from a 
package (e.g., package-size and number-of-sections); the video-clip presents and promotes the content of the package 
in video fomrtat (e.g., a short music video of an artist performing a song included in the music album associated with 
the package). 

45 [0339] The packages 2006 as well as the promotional material, the video-clip, meta-data, and a package descriptor 
are transmitted by a Broadcast Centre 1 802 in one or more digital broadcast channels in a carousel fashion. A carousel 
is a continuous digital streams that repeats itself over a set of broadcast intervals. A broadcast receiver allows a user 
to select and download packages 2006 as well as extract the digital content from a package. 
[0340] Packages 2006 are organised in two sets: static offering (not shown) and dynamic offering (not shown). The 

50 static offering represents the set of active packages 2006, i.e., packages 2006 that currently being broadcasted in 
carousel. The dynamic offering represents a set of packages 2006 that are available at the server and not cun-ently 
broadcasted. The static offering set is in turn organised in two subsets: video-clip static-offering and video-catalog 
static-offering. The video clip static offering represents the sets of packages 2006 that have an active video clip, while 
the video catalog static offering represents the set of packages 2006 that do not have an active video clip. 

55 [0341] As described further below, In the Section "X. End-User Devices", an application running on the Set-Top Box 
(es) 1 804 provides a video decoder, a graphical user interface and receives user input. The Set-Top Box(es) 1 804 
allows the user to tune to a digital TV channel to display video clip associated with video-clip static-offering. The Set- 
Top Box(es) 1804 allows the user to select packages 2006 for download from both the static offering and dynamic 
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offering sets. Users select and download video-clip static-offering packages 2006 by selecting an appropriate icon 
displayed while the video clip associated with each packages 2006 is played by the Set-Top Box(es) 1 804. Users select 
and download video-catalog static offering by: (1) selecting an icon that displays the static offering catalog (i.e., an 
icon based graphical representation of the packages 2006 available in this set); (2) navigating the catalog to locate 

5 the desired selection; and (3) selecting the desired package. The Set-Top Box{es) 1 804 communicates with the Broad- 
cast Centre(s) 1 802 to request the broadcast of this dynamic-offering package. The Broadcast Centre(s) 1 802, collects 
all requests from the users Set-Top Box(es) 1 804 and implements a scheduling algorithm that assigns packages 2006 
to carousels and carousels to broadcast intervals. Once a dynamic offering package is assigned to a carousel (and 
therefore to a broadcast interval) it becomes a static-offering package. 

10 [0342] All the packages 2006 promotional material, meta-data and descriptor are collected inside a master catalog. 
The master catalog is broadcasted in a pre-set carousel. The packages 2006 belonging to the static-offering set are 
listed in a bug catalog. The bug catalog contains the following: 

• broadcast addressing and tuning infonmation necessary to receive a package in the statb offering set; 
IS • broadcast addressing infomriatlon for to receive the video clips; 

• broadcast addressing inf omnation necessary to receive the master catalog; 

• A pointer to the package associated with the video clip that is currently being broadcasted; 

• A set of pointers representing the packages 2006 belonging to the static-offering set; 

• The master catalog version; and 
20 • The bug catalog version. 

Since the bug catalog contains only pointers is very compact and it can be updated and downloaded frequently. In this 

fashion the Set-Top Box(es) 1804 can be continually up to date with the state of the broadcast channel 

[0343] To build and represent the graphical user interface, the Set -Top Box(es) 1 804 downloads the master catalog 

25 and extracts the contained data. To download a selected package the Set-Top Box(es) 1804 tunes to the carousels 
that contains the package and then starts collecting the data associated with the package. Package data is organised 
in sections. Due to digital transmission errors, sections maybe con-upted and/or lost. Sections integrity is detennined 
using CRC-32 style information. In one embodiment, the Set-Top Box(es) 1804 gathers all the package sections over 
carousel cycles. After all sections have been collected and re-ordered the Set-Top Box(es) 1804 re-assembles the 

30 package. If a separate bi-directional unicast channel (such as the Internet) is available, the Set-Top Box(es) 1 804 can 
use this channel to collect the missing package portion. Using the latter mechanism the package download time is 
reduced significantly. 

[0344] A store manager application (not shown) in Broadcast Centre(s) 1802 Is used to build the video-clip statk:- 
offering, video-catalog static-offering and the dynamic offering sets. The same application is used also to associate 
35 packages 2006 to carousels and determine the broadcast inten/als of each carousel and each video clip. The actions 
perfonmed by the broadcast manager application are implemented in real-time by the Broadcast Centre(s) 1802. 
[0345] The package descriptors and the promotional material are broadcasted using a two-tier paradigm that allows 
for the real-time update of the receiver. 

40 2. Web broadcasting Over Separate Channels Embodiment 

[0346] FIG. 27 is a detailed block diagram of FIG. 18, illustrating an alternate embodiment of electronic distribution 
of digital content using separate channels in a web broadcasting service, according to the present invention. This 
exemplary architecture overview in FIG. 27 is used to illustrate a small number of changes that have to be made from 
45 the other embodiments for the delivery of music content over broadcast or telecommunications tine. In partrcular, using 
current webcast infrastructure such as Hughs DirecPGTM only a few elements are added to adapt only embodiments 
of the present system to work with the existing Hughs DIrecPCTM systems such as the trigger manager 2726 as 
described further below on End User Device(s) 109. 

[0347] As described previously, the Broadcast Centre(s) 2702 receives the Offer SC(s) 641 from the Electronic Digital 
50 Content Store(s) 103. Along with the Offer SC(s) 641 , the corresponding Content SC(s) 630 is retrieved. In this em- 
bodiment, the Offer SC(s) 641 and the Content SC(s) 630 are stored locally on computer storage device 2704. A web 
store 2706 running CGI or servlet scripts 2708 and 2710 takes the promotional content to form sample buttons and 
catalog listing as are depicted and further described in FIG. 28 below. To handle payment authorisations such as credit 
cards, debit cards and other payment verification systems, an eCommerce CGI 271 0 interfaces with a financial clearing 
55 house 2710. The content placed on the'Web Store 2706 is sent to a repository 2712. 

[0348] In one embodiment, the content sent to the repository is in response to user selections received via a back 
channel from the End User Device(s) 109. Accordingly, in this embodiment, the content can be scheduled to match 
demand generated by the End User Devtce(s) 109. In addition, the periodicity of the content sent to the repository 
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2712 can be changed where nnore popular user selections are broadcast more frequently. 

[0349] The Offer SC(s) 641 and the Content SC(s) are selected for broadcast via transmitter 271 6 across various 
channels. In one embodiment, the Server/Crawler 2714 retrieves content to be transmitted using a technique known 
as "Web crawling" in which a crawler automatically retrieves, recursively, content references via identifiers such as 

5 URLs or some other retrieval process. In another embodiment, the Electronic Digital Content Store(s) 1 03 may 'push" 
content embodied in the Offer SC(s) 641 and the Content SC(s) 630. Once the content is assembled, the transmitter 
2716 transmits the Offer SC(s) 641 on one or more selected channels and the corresponding Content SC(s) on other 
channels. The transmitter is a DirecPCTM or compatible transceiver. The Content SC(s) 630 may be packaged to be 
broadcast each on a separate download channel. The total available communications bandwidth for the broadcast is 

10 shared by all channels. In broadcast systems having a larger number of channels, each Content SC(s) 630 for a 
particular title or selection can be broadcast on separate channels. This schedule maybe statically designed to ensure 
specific periodicity for each channel. In this design very popular content may be broadcast more frequently on a channel 
or channels. In the event, a back channel exists such as a telephone line or network, the broadcast content is scheduled 
dynamically based on user selections. 

15 [0350] In one embodiment, the promotional material in the Offer SC(s) 641 is taken out of a SC and transmitted 
across a channel. The need to keep the promotional material in a SC will depend on the promotional materials. 
[0351] The End-User Devlce(s) 1 09 receives the broadcast via receiver 1 804. The receiver 271 8 In the direct broad- 
cast embodiment, is a USB modem coupled to a DirecPCTM or combination DirecPCTM / DirectTVTM dish or equiv- 
alent web cast broadcast system. A cache manager 2720 is a software program that manages the download of content 

20 and promotional materials on the End User Device(s) 109. Shown are two repositories a promo cache 2722 and an 
Album and DSC(s) buffer 2224. These are illustrated as two separate storage areas in the End User Device(s) 109, 
but it will be obvious to one ordinary skilled in the art that these repositories 2722 and 2724 could be further divided 
into more storage areas or combined into a single storage area on the End User Device. Moreover many of the com- 
ponents in the End User Device(s) 1 09 can be combined into one unit or implemented as separate hardware including 

25 the receiver 271 8, cache manager 2720, web browser 1 91 , promo cache 2722, and album + DSC(s) buffer 2724. For 
example, the DirecPCTM in one embodiment is housed in a set-top box 1804. 

[0352] It is important to note the use of the temninology DSC(s). A DSC(s) is an abbreviation for "Disconnect SC{s). 
" This is Identical to a Content SC(s) 630 but the prefix "D" is used in this embodiment to emphasise the point that the 
Content DSC(s) can be retrieved locally on the End User Device(s) 1 09 even when the End User Devlce(s) is discon- 
30 nected, that is not receiving a broadcast from the transmitter 271 6 and/or not communicating back the Web store 2706 
through a back channel. 

[0353] As mentioned above, the promo cache 2722 stores promotions received by the End User Device{s) 109 and 
similarly the Album+DSC(s) 2724 stores the Content SC(s) 641. For users subscribing to promotional channel, the 
promotional material or Offer SC(s) 641 ) 641 stored in the promo cache 2722 are updated whenever a newer version 

35 of the promotional package is broadcast. By keeping the promotional content cun^ent, the user is ensured that when 
browsing off-line, the promotional content is the most cunrent. In systems with larger Album +DSC(s) Buffers 2724 the 
corresponding Content SC(s) 630 are stored and updated when the promotional materials are updated. The storage 
of both the promotional materials on the content locally makes the user system including the content up to date. 
[0354] A user using the Web Browser 1 91 , browses the promotional material previously cached in the promo cache 

40 2722. Exemplary user interfaces are illustrated and shown in FIG. 28 below. It is important to note that the user is able 
to browse the promotional material whether or not they are "connected" to receive broadcasts from the Broadcast 
Centre(s) 2702 because of the storage of the promotional material as described above. 

[0355] In one embodiment, once a user makes a selection of the promotional material, a sample clip may be played 
through the Player Application 196 which is triggered by the trigger manager 2726. Once a user makes a selection 
using the Web Browser 1 91 the cache manager checks to see if the corresponding Content SC(s) 630 are available 
in Album+DSC Buffer 2724 and in the event the corresponding Content SC(s) 630 has been downloaded, it is given 
to cache manager and triggers the trigger manager 2726 to start the processing of the Content SC(s) 630 as described 
previously for the Player Application 1 95 in the "connected" embodiment. In the event that the conresponding Content 
SC(s) 630 are not available in the Album+DSC{s) Buffer 2724, the cache manager 2720 makes a request. The request 

so or subscription request to the cache manager 2720 controls the receiver to select the appropriate channel for broadcast 
of the Content SC(s) 630. The channel for the Content SC(s) 630 can be stored in a table in the promo cache 2722 
for each promotion downloaded. This pemnits broadcast schedule changes to be tracked locally. The next schedule 
broadcast of the Content SC(s) 630 is received by receiver 2718 and cached locally on Album +DC(s) buffer 2724. 
The cache manager 2720 can be programmed to automatically wake up at the correct interval to select the correspond- 

S5 ing channel for downloading. 

[0356] In an optional embodiment, the next time the user signs on or logon using the back channel such as the 
Internet into the Broadcast Centre(s) 2702 a confirmation of the user account information is made such as credit card 
payment using the e-commerce site 2710. In other embodiments, "off-line" purchasing of Content 1 13 is accomplished 
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by allowing user to make a certain number of purchases without reconnecting back to the ClearlngHouse(s) 105 or 
the Web Store 2706. In this "off-line" embodiment, several categories may be used such as credit limits, purchase 
limits, periodic connection, limited time use of the Content 113 until reconnectton is made within a certain period or 
vaoue deferment. 

5 [0357] Once the cache manager 2720 completes the scheduling and downloading of the appropriate Content SC(s) 
630 that have been requested, the trigger manager application 2726 notifies the Player Application 1 95 and the content 
Is now available for importation from the Album_DSC(s) Buffer 2724 to the Player Applfcation 196. In addition to notifying 
the Player Application that the Content SC(s) has been downloaded, other status can be reported back up to the Player 
Application 195 from the cache manager 2720 such as the status of the download, errors in the download and other 

10 infomnation useful to a user in wishing to render or play the Content 113 desired. 

[0358] And as previously described for the "online" or "connected" version of the current delivery system, the nec- 
essary steps of updating usage conditions and rights associated with the Content can be monitored through the Clearing 
House(s) 105. 

15 X. END-USER DEVICE(S) 109 

[0359] The applications in the End-User Device(s) 1 09 for the Secure Digital Content Electronic Distribution System 
1 00 perform two main functions: first the SC(s) processing and copy control; and second playback of encrypted Content 
113. Whether the End-User Device(s) 109 is a Personal Computer or a specialised electronks consumer device, it has 
20 to be capable of perfomning these base functions. The End-User Device(s) 109 also provides a variety of additional 
features and functions like creating play lists, managing the digital content library, displaying infonmation and images 
during content playback, and recording to external media devices. These functions vary based on the services these 
applications are supporting and the type of devrces the applrcatlons are designed for 

25 A. Overview 

[0360] Referring now to FIG. 1 0, shown is the major components and processes and End-User Device(s) 1 09 Func- 
tional Flow. The applications designed to support a PC based web interface Content 113 servbe consists of two exe- 
cutable software applications: the SC(s) Processor 192 and the Player Application 195. The SC(s) Processor 192 is 
30 an executable application which is configured as a Helper Application into the End-User(s) Web Browser 1 91 to handle 
SC(s) File/MIME Types. This application is launched by the Browser whenever SC(s) are received from the Electrons 
Digital Content Store(s) 103, the ClearingHouse(s) 105, and the Content Hosting Site(s) 111 . It is responsible for per- 
fomning all required processing of the SC(s) and eventually adding Content 113 to the Digital Content Library 196 of 
the End-User(s). 

35 [0361] The Player Application 195 is a stand alone executable application which the End-User(s) loads to perform 
Content 1 1 3 in his Digital Content Library 1 96, manage his Digital Content Library 1 96 and create copies of the Content 
1 13 If pemiitted. Both the Player Application 1 95 and SC(s) Processor 1 92 applications can be written in Java, C/C++ 
or any equivalent software. In the preferred embodiment, the applications can be downloaded from computer readable 
means such as website. However, other delivery mechanisms are also possible such as being delivered on computer 

40 readable media such as diskettes or CDS. 

_ [0362] The searching and browsing of Content 1 13 Infomnation, previewing of, for example, song clips, and selecting 
songs for purchase Is all handled via the End-User(s) Web Browser 1 91 . Electronte Digital Content Store(s) 1 03 pro- 
vides the shopping experience in the same way that is offered today by many Content 113 retailing web sites. The 
difference to the End-User(s) over today's web based Content 1 1 3 shopping is that they may now select downloadable 

45 Content 113 objects to be added to their shopping cart. If the Electronic Digital Content Store{s) 103 has other mer- 
chandise available for sale in addition to the downloadable objects, the End-User(s) may have a combination of physical 
and electronic downloadable merchandise in his shopping cart. The Secure Digital Content Electronic Distribution End- 
User Device(s) 1 09 are not involved until after the End-User(s) checks out and submits his final purchase authorisation 
to the Electronic Digital Content Store(s) 103. Prior to this point, all interaction is between the Web Server for the 

50 Electronic Digital Content Store(s) 103 and the Browser 191 on the End-User Device{s) 109. This Includes preview of 
sample Digital Content clips. Digital Content clips are not packaged Into SC(s) but instead are integrated into the web 
service of the Electronic Digital Content Store(s) 1 03 as downloadable files or fed from a streaming server. The format 
of the Content 113 clip Is not dictated by the system architecture. In another embodiment, the Player Applk^atlon 195 
could interact directly with the Electronic Digital Content Store(s) 1 03 or ClearingHouse(s) 1 05 or offline using a pro- 

55 motional CD. 
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B. Application Installation 

[0363] The Player Application 195 and the Helper Application 1981 are packaged into a self installing executable 
program which is available for download from many web sites. The ClearingHouse(s) 1 05 acts as a central location 

5 which hosts the master download page at a public web site. It contains links to the locations from whbh the installation 
package can be downloaded. The installation package is available at all Content Hosting Site(s) 111 to provide geo- 
graphic dispersal of the download requests. Each participating Electronic Digital Content Store(s) 103 can also make 
the package available for download from their site or may just provide a link to the master download page at the publk: 
web site of the ClearingHouse(s) 105. 

10 [0364] Any End-User(s) wishing to purchase downloadable Content 113, downloads and install this package. The 
installation is self contained in this downloadable package. It unpacks and installs both the Helper Application 198 and 
the Player Application 195 and also configure the Helper Application 1 98 to the installed Web Browser(s). 
[0365] As part of the installation, a Public/Private Key 661 pair is created for the End-User Device(s) 1 09 for use in 
processing Order and License SC(s) 660. A random Symmetric Key (Secret User Key) is also generated for use in 

IS protecting song encryption keys in the License Database 1 97. The Secret User Key (not shown) is protected by breaking 
the key into multiple parts and storing pieces of the key in multiple locations throughout the End-User(s)' computer. 
This area of the code Is protected with Tamper Resistant Software technology so as not to divulge how the key Is 
segmented and where it is stored. Preventing access to this key by even the End-User(s) helps to prevent piracy or 
sharing of the Content 113 with other computers. See the SC(s) Processor 192 section for more details on how these 

20 keys are used. 

[0366] Tamper-resistant software technology is a method to deter unauthorised entry into a computer software ap- 
plk^atton by a hacker. Typically a hacker wants to understand and/or modify the software to remove the restrictions on 
the usage. In practicality, no computer program exists that cannot be hacked; that Is why tamper-resistant software is 
not called "tamper-proof. But the amount of effort required to hack a tamper^resistance protect application usually 
25 deters most hackers because the effort is not worth the possible gain. Here the effort would be to gain access to a key 
to one piece of Content 113, perhaps a single song on a CD. 

[0367] One type of tamper- resistant software technology is from IBM. One product this code was introduced is in 
the IBM ThinkPad 770 laptop computer. Here, the tamper-resistant software was used to protect the DVD movie player 
in the computer. Digital Content Provider(s) such as Hollywood studios, concerned about the advent of digital movies 
30 and the ease at which perfect copies can be made, have insisted that movies on DVD disc(s) contain copy protection 
mechanisms. IBM's tamper-resistant software made it difficult to circumvent these copy protection mechanisms. This 
is a very typical application for tamper-resistant software; the software is used to enforce rules on the usage of some 
protected type of Content 113. 

[0368] IBM's tamper-resistant software puts several types of obstacles in the path of the attacker. First, it contains 
35 techniques to defeat, or at least reduce the effectiveness of, the standard software tools that the hacker uses: debuggers 
and dissassemblers. Second it contains self-integrity checking, so that single modifications, or even small handfuls of 
modifications, will be detected and cause incorrect operation. Finally, it contains obfuscations to mislead hackers re- 
garding its true operation. The latter technique is largely ad hoc, but the first two build upon well-known tools In cryp- 
tography: encryption and digital signatures. 

40 

C. Secure Container Processor 192 

[0369] When the End-User(s) submits the final purchase authorisation to the Electronfc Digital Content Store(s) 1 03 
for the merchandise he has collected in his shopping cart, his Web Browser remains active waiting for a response from 

45 the Web Server. The Web Server at the Electronic Digital Content Store(s) 1 03 processes the purchase and performs 
the financial settlement and then returns a Transaction SC(s) 640 to the End-User Device(s) 1 09. The SC(s) Processor 
192 (Helper Application 198) is launched by the Web Browser to process the SC(s) mime type associated with the 
Transaction SC(s) 640. FIG. 14 is an example of user interface screens of the Player Application 195 downloading 
content to a local library as described in FIG. 1 0 according to the present invention. 

50 [0370] The SC(s) Processor 1 92 opens the Transaction SC(s) 640 and extract the Response HTML page and Offer 
SC(s) 641 contained within. The Response HTML page is displayed in the Browser window acknowledging the End- 
User(s)' purchase. The Offer SC(s) 641 are then opened and the Content 113 (e.g. song or album) names along with 
the projected download times are extracted from them, step 1401 . A new window is then displayed with this infomriation 
and the End-User(s) is presented with options to schedule the download(s) of the Content 113 (e.g. for music, songs 

55 or entire albums), step 1 402. The End-User(s) can select immediate download or can schedule the download to occur 
at a later time. If a later time is selected, the download schedule Infonnation is saved in a log and the download is 
Initiated at the scheduled time If the End-User Device(s) 109 is powered on at that time. If the computer is not active 
at the scheduled download time or the communication link is not active, the End-User{s) is prompted to reschedule 
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the download when the computer is next powered up. 

[0371] When the scheduled download time occurs or if immediate download was requested, the SC(s) Processor 
1 92 creates Order SC(s) 650 from Intomiation in the Transaction SC(s) 640, Offer SC(s) 641 , and the Public Key 661 
of the End-User(s) generated at Install time. This Order SC(s) 650 is sent via HTTP request to the ClearlngHouse(s) 

5 1 05. When the C!earlngHouse{s) 1 05 returns the License SC(s) 660, the Helper Application 1 98 is re-invoked to process 
the License SC(s) 660. The License SC(s) 660 is then opened and the URL of the Content Hosting Site(s) 111 is 
extracted from the referenced Order SC(s) 650. The License SC(s) 660 is then sent to the specified Content Hosting 
Site 1 1 1 , via http request through the Browser, requesting download of the Content SC(s) 630. When the Content SC 
(s) 630 comes back to the Browser, the Helper Application 198 is re-invoked again. The SC(s) Processor 192 displays 

10 the name of the Content 113 being downloaded along with a download progress indicator and an estimated time to 
completion. 

[0372] As the Content 11 3 is being received by the SC{s) Processor 1 92, it loads the Content 1 1 3 data into memory 
buffers for decryption. The size of the buffers depends on the requirements of the encryption algorithm and Water- 
marking technology 193 and is the minimum size possible to reduce the amount of unencrypted Content 113 exposed 
15 to hacker code. As a buffer Is filled, It Is decrypted using the Key 623 (con-esponding to the Public Key 661 ) of the End- 
User(s) extracted from the License SC(s) 660, which itself is first decrypted using the Private Key. The decrypted buffer . 
is then passed to the Watemnarklng function. 

[0373] The Watemriarking 193 extracts the Watennarking instmctions from the License SC(s) 660 and decrypt the 
instructions using the Private Key of the End-User(s). The Watemiarking data is then extracted from the License SC 

20 (s) 660 which includes transaction information such as the purchaser's name as registered with the Electronic Digital 
Content Store(s) 1 03 from which this Content 113 was purchased or derived from the cretJIt card registration inf onmation 
if the Electronic Digital Content Store(s) 103 does not provide a registration function. Also Included in the watermark 
is the purchase date and the Transaction ID 535 assigned by the Electronic Digital Content Store(s) 103 to reference 
the specific records logged for this transaction. The Store Usage Conditions 519 are also included to be used by the 

25 Copy Control of the Player Application 1 95. 

[0374] The Watemiarking 1 93 is protected with Tamper Resistant Code technology so as not to divulge the Water- 
mari^ing instmctions thus preventing a hacker from discovering the location and technique of the watermark. This 
prevents removal or modification of the watemriaric by a hacker 

[0375] After inscribing any required watemnark to this content buffer, the buffer Is passed to the scrambling function 

30 for Re-Encryption 194. A processor efficient secure encryption algorithm such as IBM's SEAL encryption technology 
is used to re-encrypt the Content 113 using a random Symmetric Key. Once the download and Decryption and Re- 
Encryption 194 process is complete, the encryption Key 623 used by the Content Provider(s) 101 to originally encrypt 
the Content 113 is now destroyed and the new SEAL key is itself encrypted using the Secret User Key created and 
hidden at installation time. This new encrypted Seal Key is now stored in the License Database 107. 

35 [0376] Unlike source perfonmed at the Content Provider(s) 1 01 and user Watermart<lng perf omned at the End User 
Devlce(s) 1 09 may need to become an industry standard to be effective. These standards are still evolving. The tech- 
nology is available to allow control Inf onnatlon to be embedded in the music and updated a number of times. Until such 
time as the copy control standards are more stable, alternative methods of copy control have been provided in the 
Secure Digital Content Electronic Distribution System 100 so that it does not rely on the copy control watemnark in 

40 order to provide rights management in the consumer device. Storage and p lay/record usage conditions security is 
Implemented utilising encrypted DC Library Collections 1 96 that are tied to the End User Device(s) 1 09 and protected 
via the Tamper Resistant Environment. Software hooks are In place to support copy control Watemiaricing when stand- 
. ards have been adopted. Support exists today for Watemiarking AAC and other encoded audio streams at a variety 
of compression levels but this technology is still somewhat Immature at this time to be put to use as a sole method of 

45 copy control. 

[0377] The Decryption and Re-Encryption 194 process is another area of the code that is protected with Tamper 
Resistant Code technology so as not to divulge the original Content 113 encryption key, the new SEAL key, the Secret 
User Key, and where the Secret User Key segments are stored and how the key is segmented. 
[0378] The process of Decryption and Re-Encryption 194 serves two purposes. Storing the Content 113 encrypted 

50 with an algorithm like SEAL enables faster than real-time decryption and requires much less processor utilisation to 
perfomn the decryption than does a more industry standard type algorithm like DES. This enables the Player Application 
195 to perfomn a real-time concurrent decryption-decode-playback of the Content 113 without the need to first decrypt 
the entire file for the Content 113 prior to decode and playback. The efficiency of the SEAL algorithm and a highly 
efftelent decode algorithm, allows not only concun-ent operation (streaming playback from the encrypted file) but also 

55 allows this process to occur on a much lower powered system processor Thus this application can be supported on 
a End-User Device(s) 109 as low end as a 60MHz Pentium system and perhaps lower. Separating the encryption 
fomnat In which the Content 113 is finally stored from the original encryption fomnat, allows for greater flexibility In the 
selection of the original content encryption algorithm. Thus use of widely accepted and proven industry standard al- 
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gorithms can be used thus further enhancing Digital Content Industry acceptance of the Secure Digital Content Elec- 
tronic Distribution System 100. 

[03791 The second purpose of this Decryption and Re-Encryption 1 94 process is to remove the requirement that the 
original master encryption Key 623, used by the Content Provider(s) 101 to encrypt this Content 113, be stored on 

5 every End-User Device(s) 109 which has licensed this Content 113. The encrypted master Key 623. as part of the 
License SC(s) 660, is only cached on the hard disk of the End-User Device(s) 109 for a very short time and is in the 
clear only in memory and for a very short time. During this execution phase, the Key 623 is protected via Tamper 
Resistant Code technology. Not having to retain this Key 623 in any form on the End-User Device(s) 109 once this 
Decryption and Re-Encryption 194 phase has completed, greatly lessens the possibility of piracy from hackers. 

10 [0380] Once the song has been re-encrypted, rt is stored in the Digital Content Library 196. All metadata required 
for use by the Player Application 195, is extracted from the associated Offer SC(s) 641 and also stored in the Digital 
Content Library 196, step 1403. Any parts of the metadata whk^h are encrypted, such as the song lyrics, are decrypted 
and re-encrypted in the same manner as described above for the other content The same SEAL key used to encrypt 
the Content 113 is used for any associated metadata needing to be encrypted. 



15 



D. The Player Application 195 



1 . Overview 



20 [0381] The Secure Digital Content Electronic Distribution Player Application 1 95 (refQn-ed to here as the Player Ap- 
plication 1 95) is analogous to both a CD, DVD or other Digital Content player and to a CD, DVD, or other digital content 
storage management system. At its simplest, it performs Content 113, such as playing songs or videos. At another 
level, it provides the End-User(s) a tool for managing his/her Digital Content Library 1 96. And just as importantly, it 
provides for editing and playing of collections of content, such as songs, (refen'ed to here as Play-lists). 

25 [0382] The Player Application 1 95 is assembled from a collection of components that may be individually selected 
and customised to the requirements of the Content Provider(s) 101 and Electronic Digital Content Store(s) 103. A 
generic version of the player is described, but customisation is possible. 

[0383] Referring now to FIG. 15 there is shown a block diagram of the major components and processes of the 
Player Application 195 running on End-User Device(s) 109 of FIG. 10. 
30 [0384] There are several component-sets that make up the subsystems of the Player Object Manager 1 501 : 



1 . End-User Interface Components 1509 

2. Copy/Play Management Components 1504 

3. Decryption 1505, Decompression 1506, Playback Components 1507 and may Include recording. 
35 4. Data Management 1502 and Library Access Components 1503 

5. Inter-application Communk;ation Components 1508 

6. Other miscellaneous (Installation, etc) Components 



Components from within each of these sets may be selected, based on the requirements of: 

40 

• the platfomn (Windows, Unix, or equivalent) 

• communications protocols (network, cable, etc) 

• Content Provider(s) 1 01 or Electronic Digital Content Store(s) 1 03 

• Hardware (CD, DVD, etc) 

45 • ClearingHouse(s) 1 05 technology and more. 



[0385] The sections below detail the various component sets. The final section details how these components are 
put together in the generic player, and discusses how the components can be customised. 

[0386] In another embodiment, the components of the Player Applteation 195 and the SC(s) Processor 192 are 
50 available as part of a programmer's software toolklL This toolkit enables predefined interfaces to the components of 
the generic player application listed above. These predefined interfaces are in the fonn of APIs or Applrcation Pro- 
gramming Interfaces. A developer using these APIs can implement any of the functionality of the components from a 

high level application program. By providing APIs to these components, a programmer can quickly develop a custom- 
ised Player Application 1 95 without the need to re-created these functions and resources of any of these components. 

55 

2. End-User Interface Components 1509 



[0387] Components from this set combine to provide the on-screen manifestation of the Player Application 1 95. Note 
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that the design establishes no definitive layout of these components. One such layout is provided in the generic player. 
Based on requirements from Content Provider(s) 101 and/or Electronic Digital Content'Store(s) and other requirements, 
alternate layouts are possible. 

[0388] This set is grouped into subgroups, starting with the components used to present End-User Display 1510 and 
5 handle controls called End-User Controls 1511 used for such low-level functions as audio playback , and presentation 
of metadata. Next, the End-User Display Component 1510 is further divided by special function groupings (Play-list, 
Digital Content Library), and then object-container components used for grouping and placing of those lower-level 

components. 

[0389] Within the component listings below, any reference to creating CDS or copying of Content 113 to a CD or 
10 other recordable medium only applies to the case where the Player Application 195 has such functionality enabled. 
Also note that the tenn CD in that context is a generic one, that can also represent various other external recording 
devices, such as MiniDisc or DVD . 

[0390] FIG. 1 6 is an example user interface screens of the Player Application 1 95 of FIG. 1 5 according to the present 
invention. Function for the End-User Controls 1511 include (corresponding screens of an End-User Interface are shown 
15 1601-1605): 

[0391 ] Controls for perf omiing the Content 1 1 3: 



Play/Stop button 

Play button 

Stop button 

Pause button 

Skip fonward button 

Skip backward button 

Volume control 

Track position control/display 

Audio channel volume level display and more. 



[0392] Controls for the displaying metadata associated with the Content 113 



Cover Picture button 

Cover Picture object 

Artist Pk;ture button 

Artist Picture object 

Track List button 

Track List Information object 

Track List Selector object (citek to play) 

Track Name object 

Track tnfomiation object 

Track Lyrics button 

Track Lyrics object 

Track Artist Name object 

Track Credits button 

Track Credits object 

CD Name object 

CD Credits button 

CD Credits object 

Generic (Configurable) Metadata button 
Generic Metadata object and more. 



50 [0393] Function for the End-User Display 1 51 0 include (corresponding screens of an End-User Interface are shown 
1601 -1605): 

[0394] Play-list of display container 



. "Play-list Management button 
55 . Play-list Management window 
Digital Content search button 
Digital Content search Definition object 
Digital Content search Submit button 
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5 



Digital Content search Resutts object 

Copy Selected Search Result Item To Piay-list button 

Play-list object (editable) 

Play-list Save button 

Play-list Play button 



Play-list Pause button 
Play-list Restart button 
. Create CD from Play-list button and more. 

10 [0395] Display of Digital Content Library 1 96 

Digital content library button 

Digital content librarian window 

Digital content categories button 
15 . Digital content categories object 

By-artist button 

By-genre button 

By-label button 

By-category button 
20 , Delete button 

Add-to-Play-list button 

Copy to CD button 

Song List object 

Song List display container and more 

25 

Containers and Misc. 



3. Copy/Play Management Components 1504 

[0396] These components handle set up of encryption keys, Watermark processing, Copy management, and more. 

45 Interfaces also exist for communication with the ClearingHouse(s) 1 05, transmission of purchase requests, and more, 
for special services such as pay per listen or cases where each access to the Content 113 is accounted for Currently, 
the communications to the ClearingHouse(s) 105 functions are handled by the SC(s) Processor 192. 
[0397] The use of the Content 1 1 3 by the Player Applications 1 95 on End User Device(s) 1 09 is logged into a database 
such as the License Database 197. The tracking of each use of Content 113 by the Player Application 195 can be 

so transmitted to one or more logging sites such as the Clearing House(s) 1 05 or Content Provider(s) 1 01 or Electronk; 
Digital Content Store(s) 1 03 or any site designated and coupled to Transmission Infrastructures 1 07. This transmission 
can be scheduled at predetemnined times to upload the usage information to a logging site. One predetermined time 
contemplated is early in the morning when Transmission Infrastructures 107 may not be as congested with network 
traffic. The Player Application 195 using known techniques, wakes-up at a scheduled time, and transmit the information 

55 from the local logging database to the logging site. By reviewing the logging site infomiatlon, the Content Provider(s) 
101 can measure the popularity of their Content 113. 

[0398] in another embodiment, the instead of togging the usage of Content 113 for later uploading to a logging site, 
the use of the Content 113 is uploaded to the logging site during every use of the Content 113. For example, when 



30 



35 



40 



Player window container 
Audio controls container 
Metadata controls container 
Metadata display container 
Toolbar container object 
Sample button 
Download button 
Purchase button 
Record button 
Player Name object 

Label/Provider/Store Advertisement object 
Label/Provider/Store URL button 
Artist URL Button and more 
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duplicating or copying the Content 113 stored at the End User Device(s) 109, on to an external device such as DVD 
Disc, digital tape, flash memory, mini Disc or equivalent read/writeable removable media, the use is updates to the 
logging site. This may be a precondition to copying the Content 113 in the usage conditions 206 that is transmitted 
when the Content 113 is purchased. This ensures the Content Provider(s) 101 can accurately track the usage of their 

5 Content 113 during their playing, duplicating or other actions upon the Content 113. 

[0399] In addition, other information about the Content 1 1 3 can be uploaded to the logging site. For example the last 
time (e.g., hour and day) the Content 113 was perfonned; how many times the Content 113 was perfomied; if the 
Content 113 has been duplicated or copied to an authorised external device such as DVD Disc, digital tape or mini- 
Disc. In cases where there are multiple distinct users of a single Player Application 195 on the End User Device(s) 

10 109, such as different members of a family, the identifications of the user of the Content 113 is transmitted along with 
the usage Infonmation to the logging site. By reviewing the usage infomnation uploaded to the logging site, the Content 
Provider(s) 101 can measure the popularity of the Content 113 base on the actual usage, the identification of the user 
and the number of times the Content 113 has been performed. The actual usage measurement makes this system 
more factual driven over systems using sampling methods, such as a Nielsen Rating scheme for televisions, or tele- 

15 phone surveys, where only a limited number of users are sampled at any one time and the results extrapolated. In this 
present embodiment, the actual usage can be measures for the users logging back onto a designated web site such 
as the Electronte Digital Content Store(s) 103 or Content Provider{s) 101 . 

4. Decryption 1505, Decompression 1506 and Playback Components 1506 

20 

[0400] These components use the keys acquired by the Copy/Play Management components to unlock the audio 
data acquired from the Data Management and Library Access components, apply the appropriate decompression to 
prepare it for playback, and use system audio services to play it. In an alternate embodiment, the audio data acquired 
from the Data Management and Library Access components may be copied to removable media such as CDS, dis- 
25 kettes, tapes or MiniDisks. 

5. Data Management 1502 and Library Access Components 1503 

[0401] These components are used to store and retrieve song data on various storage devices on the End-User(s) 
30 ' system, as well as handle requests for infonnation about the stored songs. 

6. Inter-application Communication Components 1508 

[0402] These components are used for coordination between the Secure Digital Content Electronic Distribution Play- 
35 er and other applications (e.g., Browser, helper-app and/or plug-in, etc) that may invoke the Player Application 195, 
or that the Player Application 1 95 needs to use when carrying out its functions. For example, when a URL control is 
activated, it invokes the appropriate browser and instruct it to load the appropriate page. 

7. Other Miscellaneous Components 

40 

[0403] Individual components that don t fall into the categories above (e.g.. Installation) are grouped here. 

8. The Generic Player 

45 [0404] In this section the combining of the components above into a version of the Player Application 1 95 is discussed. 
This is just one of many different examples possible, since the Player Application 195 is designed for customisation 
by being based on software objects. The Player Object Manager 1501 is a software frameworic holding all the other 
components together. As discussed in the sections above, the blocks below the Player Object Manager 1501 In this 
diagram are required for any player, but may be replaced by specialised versions depending on such things as fomn 

50 of encryption or scrambling being used, types of audio compression, access methods for the Content 113 library, and 
more. 

[0405] Above the Player Object Manager 1 501 are Variable Objects 151 2, which are mostly derived from the meta- 
data associated with the Content 113 being played or searched. These Variable Objects are made available to the 
End-User Device(s) 109 by way of the End-User Display 1510 and received input from the End-User Controls 1511. 
55 All objects are configurable, and the layouts of all containers are customisable. These objects may be implemented in 
C/C++, Java or any equivalent programming language. 
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Using the Player Application 195 

[0406] The following embodiment is for an example where the Player Application 1 95 running on End-User Device 
(s) 109 is an audio player where Content 113 is music. It should be understood to those sl<illed in the art that other 

5 types of Content 1 1 3 can be supported by the Player Application 1 95. A typical audio enthusiast has a library of CDS 
holding songs. All of these are available within the Secure Digital Content Electronic Distribution System 100. The set 
of songs that have been purchased from Electronic Digital Content Store(s) 103 are stored within a Digital Content 
Library 1 96 on his or her system. The groupings of songs that are analogous to physical CDS are stored as Play-lists. 
In some cases a Play-list exactly emulates a CD (e.g., all tracks of a commercially available CD has been purchased 

10 from an Electronic Digital Content Store(s) 1 03 as an on-line version of the CD and is defined by a Play-list equh^alent 
to that of the CD). But most Play-lists is put together by End-User(s) to group songs they have stored in the Digital 
Content Libraries on their systems. However for the purposes of the ensuing discussions, an example of a custom 
made music CD is used when the tenn a Play-list is mentioned. 

[0407] When the End-User(s) starts the Player Application 1 95 explicitly, rather than having it start up via invocation 
15 from the SC(s) Processor 192 Application, It pre-loads to the last Play-list that was accessed. If no Play-lists exist in 
the Digital Content Library 196, the Play-list editor is started automatically (unless the user has turned off this feature 
via a preference setting). See The Play-list, below for further details. 

[0408] The Player Application 1 95 may also be invoked with a specific song as an argument, In whk^h case It imme- 
diately enters Song-play mode. Optionally, the song may be prepared for play but await action by the End-User(s) 
20 before proceeding. See Song Play, below for more on this situation. 

[0409] The Play-list (con^esponding screen of an End-User Interface 1 603): When the End-User(s) has invoked the 
Play-list function, these are the available functions: 

* Open Play-list 

25 * Digital Content Librarian is invoked to display a list of stored play-lists for selection. Also see Digital Content Li- 
brarian below for more info. 

* Edit Play-list 

* invokes the Piay-iist Editor (see below), primed with the current Play-list if one has been loaded already. Othenwise 
the editor creates an empty Play-list to start with. 

30 * Run Play-list 

* Songs are played one at a time starting with the selected song (or the beginning of the play-list, if no song is 
selected). Options set in the Play-list Editor affect the sequencing of the playback. However there is controls avail- 
able here to override those options for this play of the Play-list. 

* Play song 

35 * Only the selected song from the Play-list is played. See Song Play below for more info. 

* Play-list Info * Display infonmatlon about the Play-list. 

* Song Info 

* Display infomiation about the selected song within the Play-list 

* Visit web site 

40 * Load web site associated with this Play-list into browser. 

* Librarian 

* Open the Digital Content Librarian window. Also see Digital Content Librarian below for more info. The Play-list 
Editor (conesponding screen of an End-User Interface 1603): 

45 [0410] When invoking the Play-llst editor, these are the End-User(s)' options: 

* View/Load/Delete Play-lists 

* Digital Content Librarian is invoked to display a list of stored Play-lists for selection of one to load or delete. Also 
see Digital Content Librarian below for more info. 

50 * Save Play-list 

* Current version of Play-list is saved in the Digital Content Library 196. 

* Delete Song 

* Currently selected song is deleted from Play-list. 

* Add Song 

55 * Digital Content Librarian is invoked in song-search mode, for selection of song to add to the Play-list. Also see 
Digital Content Librarian below for more info. 

* Set Song Infomiation 

* Display and allow changes to information about the selected song within the play-list. This infomfiation is stored 
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within the Play-list, and does not alter information about the song stored within the Digital Content Library 196. 
These things can be changed: 

* Displayed Song Title 

* End-User(s) notes about the song 
5 * Lead-in delay on playing the song 

* Foliow-on delay after playing the song 

* Start-point within song when playing 

* End-point within song when playing 

* Weighting for randonr) nfiode 

10 • Volume adjustment for this song and more. Set Play-list attributes: Display and allow changes to the attributes of 
this Play-list. These attributes may be set: 

* Play-llst title 

* Play-list mode (random, sequential, etc) 

* Repeat mode (play once, restart when done, etc) 

IS * End-User(s) notes about this Play-list Librarian (conresponding screen of an End-User Interface 1601): 

* Open the Digital Content Librarian window. Also see Digital Content Librarian below for more info. 

Song Play 

20 [0411] When a song has been prepared for play, either by invoking the Player Application 1 95 with the song as an 
argument or by selecting a song for play from a Play-list or within the Digital Content Librarian, these are the End-User 
(s)' options: (corresponding screen of an End-User Interface 1601): 

* Play 
25 * Pause 

* Stop 

* Skip Backward 

* Skip Forward 

* Adjust Volume 

30 * Adjust Track Position 

* View Lyrics 

* View Credits 

* View CD Cover 

* View Artist Picture 

35 * View Track Information 

* View other metadata 

* Visit web site 

* Play-Nst 

* Librarian and more. 

40 

Digital Content Librarian 

[0412] The Digital Content Librarian can be Invoked Implicitly when selecting songs or Play-llsts (see above) or may 
be opened in its own window for management of the Song Library on the End-User(s)' system, in that case, these are 
45 the End-User(s)' options: 
Woridng with songs: 

Sort by Name 
Sort by Category 
50 Search by Keyword 

Search by Included Song Title 

Load Selected Play-llst ^ 
Rename Play-list 
Delete Play-list 

55 Create CD from Selected Play-list (if enabled) and more. 

Woric with Play-lists: 
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Sort by Name 
Sort by Category 
Search by Keyword 
Search by Included Song Title 
5 Load Selected Play-list 

Renanrie Play-Iist 
Delete Play>llst 

Create CD from Selected Play-list (If enabled) and more. 
10 E. End-User Devtce(s) 109 in Broadcast Delivery Mode 

1. Multi-Tier Digital TV Embodiment 

[0413] An alternate embodiment of the End UserDevice(s) 109 using broadcast delivery is now described. Returning 

IS to FIG. 1 9, shown is an alternate embodiment for receiving Content 1 1 3 over a broadcast Infrastructure. The packages 
2006 transmitted by the Broadcast Centre(s) 1 802 are transmitted and received at the Set-Top Box(es) 1 804. The Set- 
Top Box(es) 1 804 generates a GUI (graphical user interface) using a GUI generator such as the exemplary illustrations 
of the user screens shown in FIGS. 22-27 below. In this embodiment, the GUI generates an transparent overlay, so 
as to minimise interference with the primary program being viewed by the user A selection made by the user causes 

20 a package to be extracted by packet filter 1 906. The Set-Top Box(es) 1 804 collects th^ catalog information, displays 
the video clips on the user television 1 806 and runs the application that allows users to select and download packages. 
The Set-Top Box(es) 1804 extracts and collects the section associated with a desired package and re-assembles the 
package. The End-User Device(s) 109 allows user to store and play the digital content (again, the temri "play" is used 
broadly). The Set-Top Box(es) 1804 is a single logical module; it may be realised in separate software modules, whrch 

25 nnay or may not execute on separate physical devices. 

[0414] Based on the information carried in the bug catalog, the Set-Top Box(es) 1804 partially overtays the video 
clips with icons representing the actions the user may take at every instant in time. The two main actions which the 
user may take are to request to download the currently advertised content, or to browse the static offering or dynamic 
offering catalog. The Set-Top Box(es) 1804 overiays the viewing material with the correct icons of only permissible 

30 user actions. 

[041 5] After the user selects the content to download, the Set-Top Box(es) 1 804 may, if necessary, contact a server 
to perform typical user authentication/credit authorisation steps. If the selected package belongs to the dynamic offering 
set, the Set-Top Box(es) 1804 contacts the Broadcast Centre(s) 1802 (provided such a channel is available) and re- 
quests the broadcast of the selected package. After receiving the Set-Top Box(es) 1 804 request, the Broadcast Centre 
35 (s) 1 802 validates the request and schedules the transmission of the desired package. The Broadcast Centre(s) 1 802 
replies to the Set-Top Box(es) 1804 with an acknowledgement of the broadcast as well as the broadcast intervals 
associated with the carousel carrying the selected package. The Set-Top Box(es) 1804 may display the broadcast 
intervals to the user and request the selection of a specific Interval. 

[041 6] At the sch eduled download time, the Set-Top Box(es) 1 804 tunes to the digital chan nel specified in bug catalog, 
40 and begins filtering the desired package sections out of the multiplexed broadcast stream. The Set-Top Box(es) 1 804 
detects transmission errors and suppresses corrupted blocks (the mechanism could be a cyclic redundancy check, for 
example). The Set-Top Box(es) 1804 reassembles the package using the package descriptor information contained 
in the master catalog. After the successful download of a package in the dynamic offering set, the Set-Top Box(es) 
1804 notifies the Broadcast Centre(s) 1802. 
45 [0417] The system also has the ability to use a separate unicast network connection between the Broadcast Centre 
(s) 1 802 and the Set-Top Box(es) 1804 to expedite the recovery of corrupted sections. Since the number of corrupted 
sections is typfcally low, the volume of retransmitted data is low and hence it Is faster to retransmit these sections over 
the a unicast network connection using unicast or multicast, as opposed to waiting for a full carousel cycle. Furthermore, 
if the Set-Top Box(es) 1 804 determines that it would be faster to download the entire package over this channel, it may 
50 also do so. 

[0418] Packet filter 1 906 can filter the packets based on a set frequency or channel or other filtering means known. 
The carousel receives the broadcast information and the Content SC(s) 640. The receiver reassembles the packets 
broadcasted Into a complete packages 2006 for both the Content SC(s) 640 and the Artwork SC(s) 2041 and Global 
SC(s) 2040, which are collectively referred to as the Broadcast SC(s). A software application 191 0 running on the End 
55 User Device(s) 1 09 received the packages 2006 from the Set-Top Box(es) 1 804. The software application 1 91 0 in this 
embodiment is a daemon that starts the Content Host Emulator 1 91 2 to interface with the Player Applteation 191. The 
Content Host Emulator 1912 allows the same Player Application 191 to be used in this broadcast infrastructure or in 
a telecommunications infrastructure (such as the Internet) or in a computer readable medium. The Player Application 
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1 91 and associated parts including Secure Container Processor 1 91 . Helper Application 1 93, Water Marking 1 93 and 
Decryption Re-encryptlon 1 94 are not changed. This provides developers one set ot APIs and Tools to build players 
for both this broadcast ennbodlment and the telecommunication embodiment or the computer readable medium em- 
bodiment. In addition, a Clearinghouse Emulator 1 914, allows the transaction to be logged until the user connects the 

5 End User Device(s) 1 09 back to ClearingHouse{s) 1 05 for final account reconciliation. 

[0419] Turning now to FIG. 21, shown is a flow diagram 2100 for a process running on the End User Device for 
purchasing content over the alternate embodiment of FIG. 1 8, according to the present invention. To better understand 
this flow diagram, reference will be made to FIGS. 22- 27 which are a series of screen shots illustrating the user's 
purchase on a television 1806 using the altemate embodiment of FIG. 18, according to the present invention. 

10 [0420] The process flow 21 00 begins in step 21 02, a "Buy" and "Catalog" icons are displayed. User input, step 21 04 
Is received. A test is made to detemnlne the user selection, steps 2106 and 2108, of "Buy or Catalog" during the 
broadcast of a program 2204. If "Buy" is selected, the user is asked to identify themselves for billing purposes, step 
2110, The embodiment shown in steps 2110-2116 and FIG. 24. uses a "smart card" and an associated personal iden- 
tification number (PIN). Other billing mechanisms are possible, including the use of a debit card. Once the user identifies 

IS himself or herself, the download begins, step 211 8. If "Catalog" is selected in step 2106, a menu panel of purchasable 
products is displayed, step 2120, and the user may navigate among them via a selection cursor (steps not shown). 
User input is received in step 2122. If this input it "Buy" the viewer proceeds through the authentication process, 
2110-2116. If the input is "Exit', the viewer returns to the "Buy" and "Catalog" choices, step 2126. Upon successful 
' authentfcatlon, the download process begins with an optional message indicating this to the viewer, as shown in FIG. 

20 26. Note that all graphic images are overlaid on top of video that is not Interrupted by the consumer's)?) purchasing 
activity. 

[0421] It should be understood to those skilled in the art, that the broadcast embodiment of the present invention, 
allows for: 

25 • Fast and reliable download of digital content over digital television broadcast infrastructure (where the digital con- 
tent Is a package, to be downloaded as a unit for later play; "play" being used broadly to refer to any fomn of ingest 
and interpretation); 

• Self-contained description of the digital content over the digital television broadcast infrastructure. This system 
allows for the download of digital content over digital television broadcast infrastructure when a return channel 

30 from the content receiver to the content sender is not available (or infrequently available); 

• Improved download time when a return channel from the content receiver to the content sender is available; 

• Users to select and download digital content using a digital Set-Top Box(es) 1 804 and a TV connected to the digital 
television broadcast infrastructure; 

• Users to select and download digital content while simultaneously watching a video program; 

35 • Content Providers to promote the digital content, available for download, using graphics and video; 

• Managers to update, in real-time, the number and type of digital content available for download; 

2. Web broadcasting Over Separate Channels Embodiment 

40 [0422] An alternate embodiment of the End User Devk;e(s) 109 using separate channels in a web broadcasting 
service, according to the present invention broadcast delivery is now described. Returning to FIG. 27, shown is an 
altemate embodiment for receiving Content 113 using separate channels In a web broadcasting Infrastmcture. FIG. 
28 is a flow diagram 2800 for a process running on the End User Device for purchasing content over the altemate 
embodiment of FIG. 27, according to the present invention. The Set-Top Box(es) 1 804 receives web pages composed 

45 by the Web Store 2306 such as the exemplary illustrations of the user screens shown in FIGS. 29-38 below. 

[0423] The following is a description using the flow diagram 2800 of FIG. 28 with reference to the exemplary user 
screens of FIGs. 29-38. The process begins in step 2802 with promotional material being downloaded over a web cast 
channel to a promo cache 2322. In the event the user selects the button labelled "Album List"a selection list as show 
in FIG. 29 is presented, step 2806. In this example three selections are possible "Madonna", "Fleetwood Mac", and 

50 "Jewel". More or less selections can be shown and this just illustrates a one example. If the user makes a selection 
such as "Madonna" more infomnation is presented about the artist in FIG. 30, step 2810. Note the possibility of pre- 
viewing samples of the music with the "Sample" buttons. When a user selects the "Sample" button a promotional clip 
is played through the Web browser 191 or alternately through Player Application 191 . If the user selects to purchase 
a selection a screen is presented to verify the "Account" and "Password" in FIG. 31, steps 2812 and 2814. In this 

55 example, the account inf onnation can be synchronised back with the Web Store 2306 or synchronised latter with the 
ClearingHouse(s) 1 05 as decided by the provider of the Content 113. The cache manager 2320 examines the Album 
+ DSC(s) Buffer 2324 to detennine if the corresponding Content SC(s) 630 is locally available for retrieval. If the correct 
Content SC(s) is available, it is retrieved and passed to the Player Application 195 for processing selects. In the event 
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the corresponding Content SC(s) 630 is not available, the cache manager 2320 subscribes to the next Content SC(s) 
630 broadcast. Returning to the music example, the broadcast and download is the "Madonna Materia! Girl" selection. 
A screen with additional optional infonnation is presented to the user once the cache nnanager 2320 schedules the 
correct download channel and times as shown in FIG. 32. 

5 [0424] In the event the user selects "My Selections" a list of selections schedule to be downloaded via the web 
broadcast by the cache manager 2320 is shown as illustrated in FIG. 33 and steps 2816 and 2818. In this example 
the user repeats the process of buying a second piece of Content 113. The second piece of Content 1 1 3 is "Fleetwood 
Mac Greatest Hits". The user is next presented with FIGs. 34-36 that correspond to the process flow of steps 2804, 
2806, 2808, 2810 and 2814 as described above. At this point, two selections have been chosen by the user, when the 

10 "My Selections" button Is chosen, the user Is presented the status of two items in FIG. 37 "Madonna" and "Fleetwood 
Mac", note the two different status shown, one for each selection. The status for Fleetwood Mac" is "To Be Delivered". 
The status for "Madonna" is "Delivered" and an "Add to Library" button is shown. When the user selects "Add to Library" 
button the corresponding Content SC(s) 631 and here called DSC(s) to emphasise that these this process can occur 
when the user is "Disconnects" i.e, not receiving broadcasts from Broadcast Centre(s) 2302, the trigger manager 2326 

'5 application is started to retrieved the Content SC(s) 631 for the selection from the Album ^ DSC(s) Buffer 2324 and 
send it to the Player Application 1 95 for processing, steps 28022, 28024 and 2806. Upon receiving the Content SC(s) 
631, the Player Application 195 uses the Content 113 as described previously for the "connected" embodiments. In 
one embodiment, the Player Application 1 95 uses a back channel such as the Internet, to reconcile account infomnation 
with the ClearingHouse(s) 105. FIG. 38 is an example of the "Madonna" title being added to a library 196 on the End 

20 User Device(s) 109. The License SC(s) 147 can be transmitted to the End User Devipe(s) 109 using any computer 
readable medium including the Internet or other telecommunications network, broadcast or via a physical mailer such 
as a diskette, DVD, smart card, debit card, or CD. The process flow 2800 ends with step 2830. 
[0425] It should be understood that in this web broadcasting over separate broadcast channel embodiment, that the 
user does not have to be connected to order and browse promotional materials such as Offer SC(s) 641 . Instead the 

25 promotional material is stored locally on the End User Device(s) 1 09 for "Disconnected" or off-line viewing by the user. 



Claims 

30 1. A method of securely providing data to a user's system over a web broadcast infrastructure with a plurality of 
channels, the method comprising the steps of: 

encrypting the data using a first encrypting key; 
encrypting the first decrypting key using a second encrypting key; 
3S broadcasting promotional metadata related to at least part of the encrypted data on a first web broadcast 

channel for reception by at least one user's system; 

broadcasting at least part of the encrypted data over a second broadcast channel; and 

transferring the encrypted first decrypting key, which has been encrypted with the second encrypting key, to 

the user's system via a computer readable medium. 

40 

2. A method as claimed in claim 1 , wherein the step of broadcasting the promotional metadata includes broadcasting 
the promotional metadata periodically over a predetemiined time interval. 

3. A method as claimed in claim 1 , wherein the step of broadcasting the promotional metadata includes the sub-step 
45 of: 

converting at least the promotional meta data into a format readable by a web browser. 

4. A method as claimed in claim 1 , wherein the step of broadcasting at least part of the encrypted data includes 
broadcasting a schedule of the broadcast time and web broadcast channel for at least part of the encrypted data. 

50 

5. A method as claimed in claim 1 , wherein the step of broadcasting at least part of the encrypted data over a second 
web broadcast channel Includes broadcasting the encrypted data in a format compatible with the DirecPC^** sys- 
tem. 

55 6. A method as claimed in claim 1 , wherein the promotk>nal metadata contains a schedule of broadcast times for the 
data. 

7. A method of securely receiving data on a user's system from a web broadcast infrastructure with a plurality of 
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channels, the method comprising the steps of: 

receiving promotional metadata from a first web broadcast channel, the promotional metadata related to data 
available for reception; 

5 assembling at least part of the promotional metadata into a promotional offering for review by a user; 

selecting by a user, data to be received related to the promotional metadata; 

receiving data from a second web broadcast channel, the data selected from the promotional metadata, and 
wherein the data has been previously encrypted using a first encrypting key; and 

receiving the first decrypting key via a computer readable medium, the first decrypting key for decrypting at 
10 least some of the data received via the second web broadcast channel. 

8. A method as claimed in claim 7. wherein the step of assembling at least part of the promotional data includes 
assembling at least part of the promotional data into a tomrtat readable by a web browser and wherein the step of 
selecting includes selecting with a web browser. 

15 

9. A method as claimed In claim 7, wherein the step of selecting Includes selecting promotional material that have 
been previously received and stored on the user's system. 

.. 1 0. A method as claimed in claim 9, wherein the step of selecting further comprises the sub-steps of: 

20 

detemnining the schedule for the next web broadcast of the data selected; and 

setting a trigger to trigger the user's system to receive the next web broadcast on the second channel. 

1 1 . A method as claimed in claim 1 0, wherein the step of receiving data from a second web broadcast channel, includes 
25 receiving the data selected from the promotional metadata on a web broadcast channel and a time provided by 

the trigger. 

12. A method as claimed in claim 7, wherein the step of receiving data from a second web broadcast channel includes 
receiving data in a fomnat compatible with the DirecPC^'' system. 

30 

13. A method as claimed claim 7, wherein the step of receiving data from a second web broadcast channel include 
the sub-step of: 

authorising over a back channel that the user's system is authorised to receive the data selected; and wherein 
the step of receiving the first decrypting key includes receiving the first decrypting key only if the user's system is 
35 authorised to receive the data selected. 

14. A method as claimed in claim 7, wherein the step of receiving data from a second web broadcast channel further 
includes the sub-step of: 

notifying the user the next time the user starts the user's system a status if the data selected from the pro- 
40 motional metadata has been received on the user's system. 

15. A method as claimed in claim 7, wherein the step of receiving the first decrypting key, includes receiving the first 
decrypting key that has been encrypted with a second encrypting key. 

^ 16. A method as claimed in claim 1 5, wherein the step of receiving the first decrypting key includes receiving the first 
decrypting key over a broadcast stream. 

17. A method as claimed in claim 15, wherein the second decrypting key is sent to the user's system from a clearing- 
house. 

50 

18. A method as claimed in claim 15, wherein the second decrypting key has a timeout provision for decrypting data 
that has been encrypted with the second encryption key is sent to the user's system from a clearinghouse. 

19. A system for securely providing data to a user's system over a web broadcast infrastructure with a plurality of 
55 channels, the system comprising: 

a content system; 
a first public key; 
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a first private key, which corresponds to the first public key; 
a data encrypting key; 

a data decrypting key for decrypting data encrypted using the data encrypting key; 

first data encryption means for encrypting data so as to be decryptable only by the data decrypting key; 

second data encryption means, using the first public key, for encrypting the data decrypting key; 

a clearing house; 

a broadcast centre, for broadcasting to one or more user's systems on a first web broadcast channel, promo- 
tional metadata related to data being broadcasted on a second web broadcast channel, and broadcasting on 
the second broadcast channel data encrypted with the data encrypting key; 

first transferring means for transferring the data decrypting key which has been encrypted to the clearing 

house, wherein the clearinghouse possesses the first private key; 

first decrypting means for decrypting the data decrypting key using the first private key; 

a second public key; 

a second private key; which corresponds to the second public key; 

re-encryption means for re-encrypting the data decrypting key using the second public key; 

second transferring means for transferring the re-encrypted data decrypting key to the user's system, wherein 

the user's system possesses the second private key; and 

second decrypting means for decrypting the re-encrypted data decrypting key using the second private key. 

20. A system as claimed in claim 19. wherein the promotional metadata contains a schedule of broadcast times for 
the data. 

21 . A user's system for securely receiving data from a web broadcast infrastructure with a plurality of channels, com- 
prising: 

a receiver for receiving promotional metadata from a first web broadcast channel, the promotional metadata 
related to data available for reception; 

an interface to an output device for presenting at least part of the promotional metadata for review by a user; 
an interface to an input devk^e for receiving a selection by a user of the data to be received related to the 
promotional metadata; 

a controller for controlling the receiver to receive data from a second web broadcast channel, the data selected 
from the promotional metadata, and wherein the data has been previously encrypted using a first encrypting 
key; and 

an interface for receiving the first decrypting key via a computer readable medium, the first decrypting key for 
decrypting at least some of the data received via the second web broadcast channel. 

22. A user's system as claimed in claim 21 , wherein the output device Is a web browser and the Input device is coupled 
to the web browser for receiving a selection by a user. 

23. A user's system as claimed in claim 21 , wherein the controller further comprises: 

a schedule derived from the promotional metadata wherein the schedule is used to control the receiver to 
receive data from a second web broadcast channel. 

24. A user's system as claimed in claim 21 , wherein the receiver is adapted to receive data broadcasted in a fomiat 
compatible with the DirecPC^" system. 
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